home *** CD-ROM | disk | FTP | other *** search
/ CICA 1994 April / CICA Shareware for Windows CD-ROM (Walnut Creek CD-ROM)(April 1994).ISO / win3 / access / access_l.exe / ACC9304.TXT < prev    next >
Text File  |  1993-12-28  |  135KB  |  2,974 lines

  1. =========================================================================
  2. Date:         Thu, 1 Apr 1993 09:57:25 CET
  3. Reply-To:     Microsoft Access Database Discussion List
  4.               <ACCESS-L@INDYCMS.BITNET>
  5. Sender:       Microsoft Access Database Discussion List
  6.               <ACCESS-L@INDYCMS.BITNET>
  7. From:         "Hilger Martin Dr." <hilger@KPMG.CO.AT>
  8. Subject:      formatting Date-fields, REPORTS
  9.  
  10. 1) When trying to format a date-filed with "ww" I realized that there's
  11. always one week to much showing.
  12.  
  13. i.e. January 3rd 1994 will start the 1st week of 1994 but Access shows week
  14. no 53 in my report.
  15.  
  16. Is this a known bug?
  17.  
  18. 2) When I put 18 of the same sub-report into my main report Access can show
  19. my report in the preview but when printing I get a message saying "No more
  20. tables can be opened!" and this 9 times. I have used two fields to connect
  21. the sub-report to the main-report.
  22. All in all I don't use more than 5 - 10 tables that are joined into two
  23. queries and I should be able to open 254 tables at the same time.
  24.  
  25. What's the reason for this message?
  26. Why will I get NO message when displaying the report but get one when
  27. printing?
  28. Why is it possible to print the report without messagebox when using a
  29. macro that just prints the report without displaying it first?
  30.  
  31. We DO like Access but it REALLY is slow. My database is some 300kB but
  32. saving it or opening my report takes 10 - 15 seconds with no more than some
  33. dozens of records.
  34.  
  35. Has anybody heard if Access 1.1 will be somewhat faster (more like FoxPro
  36. 2.5)???
  37.  
  38. Any hint appreciated.
  39. =========================================================================
  40. Date:         Fri, 2 Apr 1993 14:23:00 EST
  41. Reply-To:     Microsoft Access Database Discussion List
  42.               <ACCESS-L@INDYCMS.BITNET>
  43. Sender:       Microsoft Access Database Discussion List
  44.               <ACCESS-L@INDYCMS.BITNET>
  45. From:         "Todd M. O'Reilly" <OREILLYT@ALLOY.BITNET>
  46. Subject:      Menu Shortcuts & Bugs?
  47.  
  48. Hi!
  49.         I've been using MS-Access for a few months now since its early
  50. beta stages and have a couple questions.
  51.         I'm working on a relatively large scale database now with
  52. about 100 odd tables an corresponding data entry forms.  The question
  53. I have is:  Is there a way to make a "form template"?  I use the
  54. FormWizards to construct the basis of my form and then change a couple
  55. lines (that remain standard form to form) from data entry lines to
  56. combo boxes.  Making those combo-boxes gets tedious esp. working with
  57. this @#%@#! 386/20! (I'm really, *REALLY* pushing for a 486/33 at
  58. /least/).  Any form shortcuts are appreciated.
  59.         Also:  I keep hearing about the bugs that are supposed to be
  60. found throughout Access (that's everyone's complaint) -- I haven't run
  61. in to any myself though.  Has anyone else encountered any?
  62.  
  63. -Todd M. O'Reilly
  64. =========================================================================
  65. Date:         Sat, 3 Apr 1993 11:23:20 -0800
  66. Reply-To:     Microsoft Access Database Discussion List
  67.               <ACCESS-L@INDYCMS.BITNET>
  68. Sender:       Microsoft Access Database Discussion List
  69.               <ACCESS-L@INDYCMS.BITNET>
  70. From:         Dmitry Serebrennikov <dmitry@UCSEE.BERKELEY.EDU>
  71. Subject:      Form shortcuts / reusability
  72. In-Reply-To:  <9304022210.AA18802@nettlerash.berkeley.edu> from "Todd M.
  73.               O'Reilly" at Apr 2, 93 02:23:00 pm
  74.  
  75. >         I'm working on a relatively large scale database now with
  76. > about 100 odd tables an corresponding data entry forms.  The question
  77. > I have is:  Is there a way to make a "form template"?  I use the
  78. > FormWizards to construct the basis of my form and then change a couple
  79. > lines (that remain standard form to form) from data entry lines to
  80. > combo boxes.  Making those combo-boxes gets tedious esp. working with
  81. > this @#%@#! 386/20! (I'm really, *REALLY* pushing for a 486/33 at
  82. > /least/).  Any form shortcuts are appreciated.
  83.  
  84.         I just want to join in this question about shortcuts and in general
  85.         reusability of MSAccess code.  I am not up to experiment in this area
  86.         right now but I realize how greate it would be to have some ability
  87.         to create development tools and reuse code.  My question can be devided:
  88.  
  89.         1)  Development Tools:  I know that one can create Access Libraries
  90.             just like the Wizards and use them for development.  Moreover
  91.             things like color pallite and property box (I suspect all of the
  92.             forms that are used in access programming) are defined as forms
  93.             in Utility.MDA file.  I didn't find any code there though.
  94.             Did anyone mess with this aspect and if so I would appreciate a
  95.             coment on the experience.
  96.  
  97.         2)  Reusability:  I don't know but it seems to me that you preaty much
  98.             have to develop any new database from scratch. There is no such
  99.             thing as "tweak it alittle for new client".  That's sad...
  100.             I find that macro code is too form/table specific to be reused in
  101.             other forms or databases.  I am new to the object world.  Could some
  102.             of you share your thoughts about reusability in Access (or in
  103.             general in object environment).
  104.             What are the ways you've came up with to wright a reusable code
  105.             in Access.
  106.  
  107. Thanks.
  108. Dmitry Serebrennikov        dmitry@ucsee.berkeley.edu
  109. =========================================================================
  110. Date:         Sun, 4 Apr 1993 20:28:05 -0700
  111. Reply-To:     Microsoft Access Database Discussion List
  112.               <ACCESS-L@INDYCMS.BITNET>
  113. Sender:       Microsoft Access Database Discussion List
  114.               <ACCESS-L@INDYCMS.BITNET>
  115. From:         Joern Wettern <jwettern@TECHBOOK.COM>
  116. Subject:      Help needed: add to two tables from one form
  117.  
  118. I struggled with this for a half a day and I'm stuck. Any help will be
  119. appreciated:
  120. I am trying to enter data from one form into two tables that form a
  121. one-to-one relationship. The tables are linked via a field called "Number",
  122. which is a counter in Table 1 and an integer in Table 2. Table 2 only
  123. contains matching records for some of the records in Table 1.
  124. I createed a query that combines the two tables (all fields) and created a
  125. form based on that query. I want to use it to enter data in both tables.
  126. Thus, the counter for table one should be incremented automatically and the
  127. integer field in Table 2 should get the same value as the counter field in
  128. Table 1.
  129. I tried all kinds of things. It appears that the counter gets only
  130. incremnted when the record is added. At this point the integer field is
  131. still zero, so I get an error that I am entering a null value for an index
  132. field. If I don't allow editing in all tables, I can make it work, but that
  133. defeats the whole purpose of this form.
  134. I hope I'm making myself clear. Again, I'd very much appreciate any help or
  135. pointers towards a possible solution.
  136.  
  137. --
  138.   --  Joern
  139.  
  140. --------------------------------------------------------------------------------
  141.       Joern Wettern
  142.       jwettern@techbook.com
  143. -------------------------------------------------------------------------------
  144. =========================================================================
  145. Date:         Mon, 5 Apr 1993 02:11:47 -0700
  146. Reply-To:     Microsoft Access Database Discussion List
  147.               <ACCESS-L@INDYCMS.BITNET>
  148. Sender:       Microsoft Access Database Discussion List
  149.               <ACCESS-L@INDYCMS.BITNET>
  150. From:         Dmitry Serebrennikov <dmitry@UCSEE.BERKELEY.EDU>
  151. Subject:      Re: Help needed: add to two tables from one form
  152. In-Reply-To:  <9304050439.AA27977@nettlerash.berkeley.edu> from "Joern Wettern"
  153.               at Apr 4, 93 08:28:05 pm
  154.  
  155. >
  156. > I struggled with this for a half a day and I'm stuck. Any help will be
  157. > appreciated:
  158. > I am trying to enter data from one form into two tables that form a
  159. > one-to-one relationship. The tables are linked via a field called "Number",
  160. > which is a counter in Table 1 and an integer in Table 2. Table 2 only
  161. > contains matching records for some of the records in Table 1.
  162. > I createed a query that combines the two tables (all fields) and created a
  163. > form based on that query. I want to use it to enter data in both tables.
  164. > Thus, the counter for table one should be incremented automatically and the
  165. > integer field in Table 2 should get the same value as the counter field in
  166. > Table 1.
  167.  
  168.         Sounds like a perfect case for a subform.  Is that how you have it
  169.         setup?  I think subforms handle the problem you encounter somehow.
  170.         Even if you can't use the subforms, maybe you can use the same
  171.         method they use...  Just a stab in the dark...
  172.  
  173. Dmitry Serebrennikov    dmitry@ucsee.berkeley.edu
  174. =========================================================================
  175. Date:         Mon, 5 Apr 1993 02:18:49 -0700
  176. Reply-To:     Microsoft Access Database Discussion List
  177.               <ACCESS-L@INDYCMS.BITNET>
  178. Sender:       Microsoft Access Database Discussion List
  179.               <ACCESS-L@INDYCMS.BITNET>
  180. From:         Dmitry Serebrennikov <dmitry@UCSEE.BERKELEY.EDU>
  181. Subject:      Print report on Dynaset of a form
  182.  
  183. I don't know -- it seems there has to be a way to do tthis easily, but...
  184.  
  185. I have a form (base on a querry) that pulls out records from the main table
  186. according to a criteria (between two dates etc.).  I disply these records in
  187. a list box and let user pick a record.  Then I pull out a bigger form where
  188. the whole record is displied and user can edit it.  All is perfect.  Now I
  189. want to print a report, listing all those records that are between two dates.
  190. Say mailing lables.  The way I had to do it is to run the same query second
  191. time.  But I already had done that!  I already have a form which dynaset is
  192. just the records I need! How can I make my report read this dynaset and use
  193. it?  Reports don't have .dynaset property and I don't know any other way.
  194.  
  195. Any thoughts on this?..  Any comment is appreciated.
  196.  
  197. Dmitry Serebrennikov      dmitry@ucsee.berkeley.edu
  198. ------------------------------------------------------------------------------
  199. BTW,  how do you make elm read .signature file???
  200. =========================================================================
  201. Date:         Mon, 5 Apr 1993 08:58:18 -0500
  202. Reply-To:     Microsoft Access Database Discussion List
  203.               <ACCESS-L@INDYCMS.BITNET>
  204. Sender:       Microsoft Access Database Discussion List
  205.               <ACCESS-L@INDYCMS.BITNET>
  206. From:         "JUDITH NICHOLLS, ACCESS" <NICHOLLS@FNAL.FNAL.GOV>
  207. Subject:      grouping
  208.  
  209. Can anyone help me with grouping?  I'm writing a report in which I do some
  210. grouping and sorting, but at a lower level I want grouping but not sorting.
  211. Database experts here say that should be supported and some remarks about
  212. ACCESS indicate that it is, but I only see a way to group and sort.
  213.  
  214. Here's the issue.  I have a certain field that changes within a group and I
  215. want a new header whenever that field changes, but I don't want to sort on
  216. that field -- just print a header based on the fact that it changed.  I
  217. can't figure out how to do it.
  218.  
  219. Any help appreciated,
  220.  
  221.                          Judy Nicholls
  222.                           nicholls@fnal.fnal.gov
  223. =========================================================================
  224. Date:         Mon, 5 Apr 1993 16:23:40 BST
  225. Reply-To:     Microsoft Access Database Discussion List
  226.               <ACCESS-L@INDYCMS.BITNET>
  227. Sender:       Microsoft Access Database Discussion List
  228.               <ACCESS-L@INDYCMS.BITNET>
  229. From:         "Anne L Zorner R27.G5/" <ALZ@IBM-B.RUTHERFORD.AC.UK>
  230. Subject:      re grouping and sorting
  231.  
  232. SQL Support Section (SQS)         Mail ALZ@UK.AC.RL.IB
  233. ===============================================================
  234. Having just had a look at the spec for the standard ISO 9075 (SQL86)
  235. group by does not imply order by, however this does not mean that
  236. a sort should not be used to get the groupings. Afterall the group by
  237. is easiest to achieve using a sort especially if the grouping is not against
  238. the PK or any index.
  239.    col1  col2  sum(col3)
  240.     abb  aa    33
  241.     abc  ab    34
  242.     abc  ac    30
  243.  
  244. is a perfectly valid result to
  245. select col1,col2,sum(col3)
  246. from x
  247. group by col1,col2
  248.  
  249. is the above query what you are trying to use? or do you want
  250. select col1,col2,sum(col3)
  251. from x
  252. group by col1
  253.  
  254. this is last is not valid.
  255.  
  256. However that is all according to the standard, I am not sure what aspects
  257. ACCESS adheres to.
  258. Anne
  259.  
  260. Thankyou
  261. ===============================================================
  262. =========================================================================
  263. Date:         Mon, 5 Apr 1993 10:58:49 -0500
  264. Reply-To:     Microsoft Access Database Discussion List
  265.               <ACCESS-L@INDYCMS.BITNET>
  266. Sender:       Microsoft Access Database Discussion List
  267.               <ACCESS-L@INDYCMS.BITNET>
  268. From:         "JUDITH NICHOLLS, ACCESS" <NICHOLLS@FNAL.FNAL.GOV>
  269. Subject:      Re: re grouping and sorting
  270.  
  271. Well, I'm using the word "group" as an English word.  What I'm trying to do
  272. is create a report the way I want it created.  I want to sort on, say,
  273. col1, but have the report writer create a header when the contents of col2
  274. change.  By "grouping" I mean I want a header put on top, without sorting,
  275. and I know I need a header because col2 changed.  There is a kind of
  276. natural grouping or this would be crazy.
  277.  
  278. Here's an explanation.  I have thousands of slides.  In my report I want to
  279. sort on roll date and picture number.  Sometimes all of the slides within a
  280. roll are not related to each other, or on the same "trip."  So I've defined a
  281. trip table.  The problem with the sorting is I've defined a "not-a-trip"
  282. kind of default trip for those random pictures you take of your dog or cat
  283. or kid.  But I don't want to sort on trip date because I want them in
  284. picture number order, but I do want a header when the trip number changes.
  285. How do I get this header without sorting?
  286.  
  287.                Judy
  288.  
  289. ==============
  290. From:         "Anne L Zorner R27.G5/" <ALZ@IBM-B.RUTHERFORD.AC.UK>
  291. Subject:      re grouping and sorting
  292. To:           Multiple recipients of list ACCESS-L <ACCESS-L%INDYCMS.BITNET@pucc
  293.  .Princeton.EDU>
  294.  
  295. SQL Support Section (SQS)         Mail ALZ@UK.AC.RL.IB
  296. ===============================================================
  297. Having just had a look at the spec for the standard ISO 9075 (SQL86)
  298. group by does not imply order by, however this does not mean that
  299. a sort should not be used to get the groupings. Afterall the group by
  300. is easiest to achieve using a sort especially if the grouping is not against
  301. the PK or any index.
  302.    col1  col2  sum(col3)
  303.     abb  aa    33
  304.     abc  ab    34
  305.     abc  ac    30
  306.  
  307. is a perfectly valid result to
  308. select col1,col2,sum(col3)
  309. from x
  310. group by col1,col2
  311.  
  312. is the above query what you are trying to use? or do you want
  313. select col1,col2,sum(col3)
  314. from x
  315. group by col1
  316.  
  317. this is last is not valid.
  318.  
  319. However that is all according to the standard, I am not sure what aspects
  320. ACCESS adheres to.
  321. Anne
  322.  
  323. Thankyou
  324. ===============================================================
  325. =========================================================================
  326. Date:         Mon, 5 Apr 1993 11:02:50 PDT
  327. Reply-To:     Microsoft Access Database Discussion List
  328.               <ACCESS-L@INDYCMS.BITNET>
  329. Sender:       Microsoft Access Database Discussion List
  330.               <ACCESS-L@INDYCMS.BITNET>
  331. From:         Jim Renaud <wiseguy@MCODE.AMDAHL.COM>
  332. Subject:      Re: Form shortcuts / reusability
  333.  
  334. >
  335. >         2)  Reusability:  I don't know but it seems to me that you preaty much
  336. >             have to develop any new database from scratch. There is no such
  337. >             thing as "tweak it alittle for new client".  That's sad...
  338. >             I find that macro code is too form/table specific to be reused in
  339. >             other forms or databases.  I am new to the object world.  Could
  340.  some
  341. >             of you share your thoughts about reusability in Access (or in
  342. >             general in object environment).
  343. >             What are the ways you've came up with to wright a reusable code
  344. >             in Access.
  345. >
  346. > Thanks.
  347. > Dmitry Serebrennikov        dmitry@ucsee.berkeley.edu
  348. >
  349.  
  350. I have one comment about this. I try to make most of my "common fields" on
  351. forms and reports use the same field/control names so that I can easily
  352. remember them (e.g., I use OrderNumber to always refer to an order number, no
  353. matter which form it is on). The problem I get into is that I could reuse some
  354. macros if the "Form" (active form) syntax was allowed in all cases.
  355.  
  356. Sometimes when there is an active form, Access won't let me use the "Form."
  357. syntax to reference it. I typically end up using "Form![FormName]!FieldName"
  358. to reference the proper field. Because of this, I can't use a common macro
  359. for two different forms. I think there is another way to refer to the active
  360. form, but I have not looked into it.
  361.  
  362.  
  363.  
  364. -----------------------------------------------------------------------
  365.  
  366. Jim Renaud                              [Standard Disclaimer]
  367.  
  368. Amdahl Corporation
  369. M/S 205                                 Phone:  408-992-2662
  370. Bldg. M3  Room 235                      Fax:    408-773-0833
  371. 1230 E. Arques Avenue                   Email:  wiseguy@mcode.amdahl.com
  372. Sunnyvale, CA 94088-3470
  373. =========================================================================
  374. Date:         Mon, 5 Apr 1993 11:51:58 -0700
  375. Reply-To:     Microsoft Access Database Discussion List
  376.               <ACCESS-L@INDYCMS.BITNET>
  377. Sender:       Microsoft Access Database Discussion List
  378.               <ACCESS-L@INDYCMS.BITNET>
  379. From:         Dmitry Serebrennikov <dmitry@UCSEE.BERKELEY.EDU>
  380. Subject:      Re: Form shortcuts / reusability
  381. In-Reply-To:  <9304051800.AA14136@nettlerash.berkeley.edu> from "Jim Renaud" at
  382.               Apr 5, 93 11:02:50 am
  383.  
  384. > Sometimes when there is an active form, Access won't let me use the "Form."
  385. > syntax to reference it. I typically end up using "Form![FormName]!FieldName"
  386. > to reference the proper field. Because of this, I can't use a common macro
  387. > for two different forms. I think there is another way to refer to the active
  388. > form, but I have not looked into it.
  389. >
  390.         One way I know is Screen.ActiveForm (also Screen.AcitveReport etc).
  391.         The problem is that there isn't always an active form on the screen
  392.         esp. when using macros for dialog boxes -- then your dialog box IS
  393.         the active form and there isn't any way except the explicit Forms!...
  394.         to refer to the form that called the dialog.
  395.  
  396.         BTW, how are your dialog boxes?  Mine aren't too good.  I tried to
  397.         do them a couple of times and they require a tripple twist of brian
  398.         to program and then they never work too good.  They come out slow,
  399.         clamsy and unstable.  If there is only one thing to input or just
  400.         a few buttons -- then I use AccessBasic's MsgBox and InputBox.  Those
  401.         are good.  But if I need to supply criteria for a query (like two
  402.         dates and two statuses between which I want the data to be included in
  403.         the search) I didn't find any better way then create a form and drive
  404.         it with macros.  Do you, people, think there is a better way?
  405.  
  406.         Any experience?
  407. =========================================================================
  408. Date:         Mon, 5 Apr 1993 14:15:48 -0700
  409. Reply-To:     robert@slipknot.rain.com
  410. Sender:       Microsoft Access Database Discussion List
  411.               <ACCESS-L@INDYCMS.BITNET>
  412. From:         Robert Reed <robert@SLIPKNOT.RAIN.COM>
  413. Subject:      Re: Help needed: add to two tables from one form
  414.  
  415. Joern Wettern <jwettern@TECHBOOK.COM> writes:
  416. | I am trying to enter data from one form into two tables that form a
  417. | one-to-one relationship. The tables are linked via a field called "Number",
  418. | which is a counter in Table 1 and an integer in Table 2. Table 2 only
  419. | contains matching records for some of the records in Table 1.
  420. | I createed a query that combines the two tables (all fields) and created a
  421. | form based on that query. I want to use it to enter data in both tables.
  422. | Thus, the counter for table one should be incremented automatically and the
  423. | integer field in Table 2 should get the same value as the counter field in
  424. | Table 1.
  425. | I tried all kinds of things. It appears that the counter gets only
  426. | incremnted when the record is added. At this point the integer field is
  427. | still zero, so I get an error that I am entering a null value for an index
  428. | field. If I don't allow editing in all tables, I can make it work, but that
  429. | defeats the whole purpose of this form.
  430. | I hope I'm making myself clear. Again, I'd very much appreciate any help or
  431. | pointers towards a possible solution.
  432.  
  433. I had a very similar problem with my phone database which comprises a table of
  434. names and one of addresses, which have an M-to-1 relationship.  The address
  435. table uses a counter as a unique ID and the names table has a number field which
  436. links each name record to an address record.  A query binds the two together for
  437. use in a form, but adding new records to the form would set the counter field in
  438. the new address record, but not set the link number in the new record in the
  439. names field.  My solution was to execute the following function as the "After
  440. Update" handler for the form:
  441.  
  442.         Function linkNameAddr()
  443.           Dim ds as Database, n As Table, a As Table
  444.           Set ds = CurrentDB()
  445.           Set n = ds.OpenTable("Name")
  446.           n.MoveLast
  447.           if IsNull(n.ADR) Then
  448.             Set a = ds.OpenTable("Address")
  449.             a.MoveLast
  450.             n.Edit
  451.             n.ADR = a.ADR
  452.             n.Update
  453.           End If
  454.         End Function
  455. This function relies on the fact that adding a new record to the form adds a new
  456. record to the end of each of the underlying tables.  After every change is made
  457. to the form, this function checks the ADR field in the last record of the Names
  458. table.  If it's null, the function sets it to ADR ID in the last record of the
  459. Address table which is presumed to be the correct one.
  460.  
  461. ________________________________________________________________________________
  462. Robert Reed                     Home Animation Ltd.             503-656-8414
  463. robert@slipknot.rain.com        5686 First Court, West Linn, OR 97068
  464.  
  465. My friend George is a radio announcer.
  466. When he walks under a bridge, you can't hear him talk.
  467. --Steve Wright
  468. ________________________________________________________________________________
  469. =========================================================================
  470. Date:         Tue, 6 Apr 1993 10:15:00 PDT
  471. Reply-To:     Microsoft Access Database Discussion List
  472.               <ACCESS-L@INDYCMS.BITNET>
  473. Sender:       Microsoft Access Database Discussion List
  474.               <ACCESS-L@INDYCMS.BITNET>
  475. From:         Detlef Schwenke <Schwenke@MAILGATE.WIWI.UNI-MARBURG.DE>
  476. Subject:      AW: Print report on Dynaset of a form
  477.  
  478. >I have a form (base on a querry) that pulls out records from the main table
  479. >according to a criteria (between two dates etc.).  I disply these records
  480. in
  481. >a list box and let user pick a record.  Then I pull out a bigger form where
  482. >the whole record is displied and user can edit it.  All is perfect.  Now I
  483. >want to print a report, listing all those records that are between two
  484. dates.
  485. >Say mailing lables.  The way I had to do it is to run the same query second
  486. >time.  But I already had done that!  I already have a form which dynaset is
  487. >just the records I need! How can I make my report read this dynaset and use
  488. >it?  Reports don't have .dynaset property and I don't know any other way.
  489.  
  490. I know the problem and I have a (dirty) solution to it: Add a field to your
  491. table which is called for e.g. 'Tag'. Then edit your Query-Makro (if you use
  492. a Makro) in the following way: Replace all Tag-Fields in your table with
  493. '0'. Run the query. Replace all Tag-Fields with 'X'. Only the selected
  494. records have an 'X' in the Tag-field. Print the report with the
  495. SQL-Statement 'where Tag=X'. It's working, but I would prefer a better
  496. solution too.
  497.  
  498. Greetings
  499.  
  500. Detlef Schwenke               E-Mail: Schwenke@DMRHRZ11.bitnet or
  501. Philipps-University Marburg           Schwenke@Mailgate.Wiwi.Uni-Marburg.De
  502. Universitaetsstr. 25           Phone: +49-06421-283748
  503. W-3550 Marburg                   Fax: +49-06421-284858
  504. Germany
  505. =========================================================================
  506. Date:         Tue, 6 Apr 1993 14:28:51 BST
  507. Reply-To:     Microsoft Access Database Discussion List
  508.               <ACCESS-L@INDYCMS.BITNET>
  509. Sender:       Microsoft Access Database Discussion List
  510.               <ACCESS-L@INDYCMS.BITNET>
  511. From:         "Anne L Zorner R27.G5/" <ALZ@IBM-B.RUTHERFORD.AC.UK>
  512. Subject:      re grouping etc
  513.  
  514. SQL Support Section (SQS)         Mail ALZ@UK.AC.RL.IB
  515. ===============================================================
  516. Ah now I understand what you want, if I was using QMF on the mainframe
  517. I would say that what you want is to sort by col1 in the query
  518. and then break on col1 and then subsequently break on col2.Or
  519. logically you are sorting on film, then slide number, but you want
  520. the information split according to film and trip. I know I could do
  521. it automatically in QMF but Access appears to say that in order to
  522. Group you must have sorted first, I wondered whether you could use
  523. a subform but the problem is still that the reports grouping is a
  524. true grouping and not just something that allows a break according
  525. to a value. Sorry but apart from writing something in access basic
  526. I cant see a way of helping.
  527. A solution would be very useful for some of the things we need as well.
  528. Regards Anne
  529.  
  530. Thankyou
  531. ===============================================================
  532. =========================================================================
  533. Date:         Tue, 6 Apr 1993 14:23:00 GMT
  534. Reply-To:     Microsoft Access Database Discussion List
  535.               <ACCESS-L@INDYCMS.BITNET>
  536. Sender:       Microsoft Access Database Discussion List
  537.               <ACCESS-L@INDYCMS.BITNET>
  538. From:         CALLAHAN <CALLAHAN%DIALOG@MCIMAIL.COM>
  539. Subject:      Dynamic linking to tables
  540.  
  541. I'd like to use the value of a field as the name of a table. For example,
  542. on page 19 of the Access User's Guide, I would want to use the Category
  543. Name field in the top Products table to open another table named Beverages
  544. or Condiments instead of having a single table named Categories.
  545.  
  546. I think I can do this with Access Basic, but I'm not entirely clear on
  547. how. And is there an easier way to do this?
  548.  
  549. Thanks.
  550.  
  551. --michael--
  552. callahan%dialog@mcimail.com
  553. =========================================================================
  554. Date:         Tue, 6 Apr 1993 12:42:55 EST
  555. Reply-To:     Microsoft Access Database Discussion List
  556.               <ACCESS-L@INDYCMS.BITNET>
  557. Sender:       Microsoft Access Database Discussion List
  558.               <ACCESS-L@INDYCMS.BITNET>
  559. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  560. Organization: IUPUI Student Activities Office (317) 274-3931
  561. Subject:      LISTSERV 1.7f NEW FEATURES
  562.  
  563. Please note:  This message is of use only to those users who are
  564. directly subscribed to ACCESS-L (i.e., their ID and name appear in the
  565. ACCESS-L LIST that can be reviewed via LISTSERV's REVIEW command).  If
  566. you are subscribed via a local mail redistribution daemon, you will not
  567. be able to set these options.
  568.  
  569. There are a couple of new features provided by LISTSERV version 1.7f
  570. that I want to let users know about.
  571.  
  572. One is an automatic digest feature which makes it possible for uses to
  573. receive a digest of the list one time <weekly> rather than receiving
  574. individual messages throughout each day.  To access this feature, send
  575. the command SET ACCESS-L DIGEST to LISTSERV@INDYCMS.BITNET.  You will
  576. receive a digest each week of the past week's messages.  For ACCESS-L, the
  577. digest is compiled and sent on Friday.
  578.  
  579. You can also ask for an index of the week's postings, which will include
  580. date and time, number of lines, name/id of poster, and subject for each
  581. posting.  This has been provided as an alternative to SET <listname>
  582. NOMAIL (usually used by people going on vacation so as not to fill up
  583. their mailboxes while they are gone).
  584.  
  585. The digestification and indexing features may be changed to Daily if
  586. traffic warrants.  At the moment, it doesn't.
  587.  
  588. If you are unfamiliar with LISTSERV command, I strongly urge that you
  589. retreive the file LISTSERV GENINTRO from the listserver.  This can be
  590. done by addressing a mail message to LISTSERV@INDYCMS.BITNET (or
  591. LISTSERV@INDYCMS.IUPUI.EDU) with no subject line and the single command:
  592.  
  593. INFO GENINTRO
  594.  
  595. as the body of the message.  (LISTSERV will ignore .sig lines, etc.,
  596. that follow the command.)
  597.  
  598. Nathan Brindle
  599. Listowner, ACCESS-L
  600.  
  601. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  602. Nathan C. Brindle, Student Activities Office
  603. Indiana University Purdue University Indianapolis
  604. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  605. List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  606. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  607. ------------------------------------------------------------------------------
  608. =========================================================================
  609. Date:         Tue, 6 Apr 1993 15:28:30 -0700
  610. Reply-To:     Microsoft Access Database Discussion List
  611.               <ACCESS-L@INDYCMS.BITNET>
  612. Sender:       Microsoft Access Database Discussion List
  613.               <ACCESS-L@INDYCMS.BITNET>
  614. From:         Dmitry Serebrennikov <dmitry@UCSEE.BERKELEY.EDU>
  615. Subject:      Re: Dynamic linking to tables
  616. In-Reply-To:  <9304061444.AA11050@nettlerash.berkeley.edu> from "CALLAHAN" at
  617.               Apr 6, 93 02:23:00 pm
  618.  
  619. >
  620. > I'd like to use the value of a field as the name of a table. For example,
  621. > on page 19 of the Access User's Guide, I would want to use the Category
  622. > Name field in the top Products table to open another table named Beverages
  623. > or Condiments instead of having a single table named Categories.
  624. >
  625. > I think I can do this with Access Basic, but I'm not entirely clear on
  626. > how. And is there an easier way to do this?
  627. >
  628.         I think you might get away with basing your form on a query which
  629.         takes arguments and uses them to reference the table it selects from.
  630.         I am not an SQL expert (to say the least) but I would create a query for
  631.         one particular table and grab it's SQL definition and change the
  632.         references to this table to some thing like:
  633.             SELECT Forms![common].[UseTable] * WHERE ...
  634.  
  635.         Just a guess, maybe it'll point in the right direction....
  636.         Good luck
  637.  
  638.         PS.  Why would you want to do this anyway?!
  639.               I think with BASIC it is easer -- it'll let you open tables with
  640.               names specified in text string,  which you can create any way
  641.               you pleased.
  642.  
  643.  
  644. Dmitry Serebrennikov   dmitry@ucsee.berkeley.edu
  645. =========================================================================
  646. Date:         Tue, 6 Apr 1993 20:14:50 EDT
  647. Reply-To:     Microsoft Access Database Discussion List
  648.               <ACCESS-L@INDYCMS.BITNET>
  649. Sender:       Microsoft Access Database Discussion List
  650.               <ACCESS-L@INDYCMS.BITNET>
  651. From:         Alex Barker <USERLJPD@UMICHUM.BITNET>
  652. Subject:      Access file format?
  653.  
  654. Is there a DLL available with a published interface for reading
  655. Access files?  Or, if not, is the file specification available,
  656. and if so, where?
  657.  
  658. A friend is porting an archaeological statistics package to Windows,
  659. and wants users to be able to import Access files (at my request).
  660. Any help would be greatly appreciated, especially if any Microsoft
  661. folks are out there.
  662.  
  663. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  664. Alex W. Barker                   BITNET: USERLJPD@UMICHUM
  665. Museum of Anthropology           INTERNET: Alex.Barker@um.cc.umich.edu
  666. University of Michigan           CompuServe: 70142,2172
  667. Ann Arbor, MI 48109-1079         (313) 764-0485
  668. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  669. =========================================================================
  670. Date:         Wed, 7 Apr 1993 13:28:10 CST
  671. Reply-To:     Microsoft Access Database Discussion List
  672.               <ACCESS-L@INDYCMS.BITNET>
  673. Sender:       Microsoft Access Database Discussion List
  674.               <ACCESS-L@INDYCMS.BITNET>
  675. From:         "Brian M. Glasgow" <BRIAN@VETS.VETMED.MISSOURI.EDU>
  676. Organization: MU Dept of Veterinary Med. & Surg.
  677. Subject:      Video Driver Conflicts
  678.  
  679.   Has anyone experienced General Protection Faults while using Access
  680. in Windows running in more than 16 colors? I have seen windows crash
  681. on two systems (Zeos 486 dx2 66 local bus video with a Viper card
  682. running 16 million colors and a 386 clone w/ a generic 1 meg
  683. card using 256 colors.) both times it was reported that
  684. a  GPF occurred involving the Video driver. I have never seen this
  685. problem in 16 color mode.
  686.  If you know a fix to this PLEASE let me know, running a Viper card
  687. in 16 colors is PAINFUL.
  688.                                 thanks   BRIAN
  689. =========================================================================
  690. Date:         Wed, 7 Apr 1993 16:03:59 EDT
  691. Reply-To:     Microsoft Access Database Discussion List
  692.               <ACCESS-L@INDYCMS.BITNET>
  693. Sender:       Microsoft Access Database Discussion List
  694.               <ACCESS-L@INDYCMS.BITNET>
  695. From:         Ron Todd <rtodd@THOREAU.NSC.COM>
  696. Subject:      Re: Video Driver Conflicts
  697.  
  698.   No conflicts experianced yet, the set-up here consists of
  699. Zeos 486 dx2 66 local bus video but with the NCR 77E22 card
  700. running in 600x800x256 mode.  Softmode and video bios shadowing
  701. are both being used but rom bios is currently turned off.  BTW
  702. I am running with 16meg ram and 50k swapfile.  I noticed that
  703. CICA has version 1.01 drivers for the Viper in their directory,
  704. these were loaded March 18, 1993 and are in file  viper101.exe
  705. in the /pub/pc/win3/drivers/video direcory.  Maybe an ftp
  706. session will help the viper users.
  707.  
  708. Regards,
  709. Ron Todd
  710. =========================================================================
  711. Date:         Wed, 7 Apr 1993 17:07:00 MST
  712. Reply-To:     Microsoft Access Database Discussion List
  713.               <ACCESS-L@INDYCMS.BITNET>
  714. Sender:       Microsoft Access Database Discussion List
  715.               <ACCESS-L@INDYCMS.BITNET>
  716. From:         CRANDERS@UTAHCCA.BITNET
  717. Subject:      Re: Video Driver Conflicts
  718.  
  719. Brian,
  720.  
  721.         I'm using a 386 dx 33, 4 meg ram, 256 colors, orchid Prodesigner IIs
  722. video card, 800 x 600 res., but have had no problems with access general
  723. protection faults.
  724.  
  725.         I have experienced occasional GPFs during CompuServe sessions,
  726. but don't see that it is related to the problem you mention.
  727.  
  728. -Chris
  729. =========================================================================
  730. Date:         Thu, 8 Apr 1993 13:07:31 AEST
  731. Reply-To:     Microsoft Access Database Discussion List
  732.               <ACCESS-L@INDYCMS.BITNET>
  733. Sender:       Microsoft Access Database Discussion List
  734.               <ACCESS-L@INDYCMS.BITNET>
  735. From:         "JULIAN BOOT, UNIVERSITY BOOKSHOP" <MAIL_JBOOT@UQVAX.CC.UQ.OZ.AU>
  736. Subject:      Re: Video Driver Conflicts
  737.  
  738. I have not had any GPF's but Access would hang every
  739. time I tried to view a 24-BIT image in 256 colours in the
  740. form I created.
  741.  
  742. I was using a ET4000 chipset with corresponding driver
  743. for 800x600x256col - Admittedly the driver was a prelease
  744. 3.1 version.  The most up to date driver seems to be essential.
  745. Similar problems seem to be occuring with printer drivers.
  746.  
  747. My problem was only temporary as I have since changed my
  748. video card.
  749.  
  750. You did not mention what res you were running but I have
  751. heard of conflicts in general in 800x600 - the standards
  752. aren't as concrete.  Have you tried other resolutions.
  753.  
  754. Regards
  755.  
  756. #################################################
  757. #            Julian Boot                        #
  758. #            University of Qld                  #
  759. #            Brisbane  Australia                #
  760. #            j.boot@uqvax.cc.uq.edu.au          #
  761. #################################################
  762. =========================================================================
  763. Date:         Wed, 7 Apr 1993 09:44:45 +0100
  764. Reply-To:     Microsoft Access Database Discussion List
  765.               <ACCESS-L@INDYCMS.BITNET>
  766. Sender:       Microsoft Access Database Discussion List
  767.               <ACCESS-L@INDYCMS.BITNET>
  768. From:         Ricardo Jorge Pereira <rjp@GANDALF.INESC.PT>
  769.  
  770. SUBSCRIBE Ricardo Pereira
  771. HELP
  772. INDEX ACCESS
  773. =========================================================================
  774. Date:         Thu, 8 Apr 1993 08:54:18 EDT
  775. Reply-To:     Microsoft Access Database Discussion List
  776.               <ACCESS-L@INDYCMS.BITNET>
  777. Sender:       Microsoft Access Database Discussion List
  778.               <ACCESS-L@INDYCMS.BITNET>
  779. From:         Ron Todd <rtodd@THOREAU.NSC.COM>
  780. Subject:      Re: Video Driver Conflicts
  781.  
  782. Speek of the devil!  After replying yesterday that I have not experianced any
  783. GPFs during Access use I went home to work on my database and experiance one
  784. of these events.  The specific event was reported by PCTools 7.1 Wntsrmgr
  785. (Windows TSR Manager) which was only supporting Datamon with Sentry enabled
  786. at the time.  Chkdsk found no problems.  I was only viewing tables so no
  787. work was lost.  Unfortunately DRWatson was off so I don't have a record
  788. to follow.  I guess that I'll have to change my procedures slightly so this
  789. might be resolved.
  790.  
  791.   Based on the responses to date, I am not convinced that Access is at
  792. fault.
  793.  
  794. Ron Todd
  795. =========================================================================
  796. Date:         Wed, 7 Apr 1993 15:11:00 LCL
  797. Reply-To:     Microsoft Access Database Discussion List
  798.               <ACCESS-L@INDYCMS.BITNET>
  799. Sender:       Microsoft Access Database Discussion List
  800.               <ACCESS-L@INDYCMS.BITNET>
  801. From:         ADAIR <ADAIR@SMTPGATE.DBSOFTWARE.COM>
  802. Subject:      <None>
  803.  
  804. t
  805. =========================================================================
  806. Date:         Thu, 8 Apr 1993 15:35:57 -0700
  807. Reply-To:     Microsoft Access Database Discussion List
  808.               <ACCESS-L@INDYCMS.BITNET>
  809. Sender:       Microsoft Access Database Discussion List
  810.               <ACCESS-L@INDYCMS.BITNET>
  811. Comments:     Warning -- original Sender: tag was
  812.               lcornell@STEIN.U.WASHINGTON.EDU
  813. From:         "Linda D. Cornell" <lcornell@U.WASHINGTON.EDU>
  814. Subject:      Re: Comparisons with Paradox & Foxpro
  815. In-Reply-To:  <9303262033.AA20410@stein.u.washington.edu>
  816.  
  817. Hi there,
  818.  
  819. We're trying to make the decision between Paradox and Access.  I have
  820. someone who knows Access, but I don't have anyone available who knows
  821. Paradox - but that doesn't mean we can't learn it readily enough.
  822.  
  823. I guess what I would like to know is if anyone has encountered any
  824. "insurmountable" problems/bugs/features in either of these programs.
  825.  
  826. Thanks in advance for any information!
  827.  
  828. Linda Cornell
  829. lcornell@u.washington.edu
  830. UW Office of Research
  831. =========================================================================
  832. Date:         Thu, 8 Apr 1993 22:10:15 EST
  833. Reply-To:     ACCESS-L@INDYCMS.BITNET
  834. Sender:       Microsoft Access Database Discussion List
  835.               <ACCESS-L@INDYCMS.BITNET>
  836. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  837. Organization: IUPUI Student Activities Office (317) 274-3931
  838. Subject:      Paradox vs. Access (reply)
  839.  
  840. The  enclosed mail  file, found  in the  ACCESS-L reader  and shown  under the
  841. spoolid 8285  in the console log,  has been identified as  a possible delivery
  842. error notice for the following reason: "Sender:", "From:" or "Reply-To:" field
  843. pointing to the list has been found in mail body.
  844.  
  845. I have reposted this message after it was bounced to me as an error.  Please
  846. avoid leaving old header information in the body of replies.  Most mailers
  847. have a problem with that.  Note that a '*' or any other character placed as
  848. shown below will fool the mailer but the usual '> ' won't.  The space after
  849. the '>' is the problem.  Nathan Brindle, Listowner, ACCESS-L
  850.  
  851. *Date: Thu, 8 Apr 93 18:20:22 PDT
  852. *From: xrysta@mcode.amdahl.com (Morris Myers)
  853. *Message-Id: <9304090120.AA29321@twain>
  854. *To: ACCESS-L%INDYCMS.BITNET@pucc.Princeton.EDU
  855. *Subject: Re: Comparisons with Paradox & Foxpro
  856. >
  857. > Hi there,
  858. >
  859. > We're trying to make the decision between Paradox and Access.  I have
  860. > someone who knows Access, but I don't have anyone available who knows
  861. > Paradox - but that doesn't mean we can't learn it readily enough.
  862. >
  863. > I guess what I would like to know is if anyone has encountered any
  864. > "insurmountable" problems/bugs/features in either of these programs.
  865. >
  866. > Thanks in advance for any information!
  867. >
  868. > Linda Cornell
  869. > lcornell@u.washington.edu
  870. > UW Office of Research
  871. >
  872. I have experience with both Access and Paradox. For Paradox, I have used
  873. both the Windows version and the DOS version. If you are starting from
  874. scratch, and you want to use a Windows version of a database product and
  875. the choices are Paradox or Access - there is only one choice. Mr Kahn's
  876. company did not make a very good product this time. Paradox for Windows
  877. is both slow and difficult to use compared to Access.
  878.  
  879. I don't offer this suggestion lightly since I spend a great deal of time
  880. developing applications for Paradox 4.0 (DOS). I have been extremely
  881. disappointed in the performance of Pdoxwin. I also experience GPFs when
  882. performing relatively simple operations, such as defining and testing
  883. certain types of reports.
  884.  
  885. I hope Borland will provide an update soon or maybe Microsoft will
  886. enhance Access to read Paradox 4.0 tables. The later is my preference.
  887.  
  888. Morris Myers
  889. (my opinions are my own and not necessarily those of the amdahl company).
  890.  
  891. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  892. Nathan C. Brindle, Student Activities Office
  893. Indiana University Purdue University Indianapolis
  894. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  895. List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  896. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  897. ------------------------------------------------------------------------------
  898. =========================================================================
  899. Date:         Thu, 8 Apr 1993 20:34:00 LCL
  900. Reply-To:     Microsoft Access Database Discussion List
  901.               <ACCESS-L@INDYCMS.BITNET>
  902. Sender:       Microsoft Access Database Discussion List
  903.               <ACCESS-L@INDYCMS.BITNET>
  904. From:         ADAIR <ADAIR@SMTPGATE.DBSOFTWARE.COM>
  905. Subject:      <None>
  906.  
  907. SUBSCRIBE DBS Accesslist
  908. =========================================================================
  909. Date:         Fri, 9 Apr 1993 12:10:21 -0400
  910. Reply-To:     Microsoft Access Database Discussion List
  911.               <ACCESS-L@INDYCMS.BITNET>
  912. Sender:       Microsoft Access Database Discussion List
  913.               <ACCESS-L@INDYCMS.BITNET>
  914. From:         Kha Tran <TRANKQ1@PROCON.JHUAPL.EDU>
  915. Subject:      Re: Paradox vs. Access (reply)
  916.  
  917. >
  918. > Hi there,
  919. >
  920. > We're trying to make the decision between Paradox and Access.  I have
  921. > someone who knows Access, but I don't have anyone available who knows
  922. > Paradox - but that doesn't mean we can't learn it readily enough.
  923. >
  924. > I guess what I would like to know is if anyone has encountered any
  925. > "insurmountable" problems/bugs/features in either of these programs.
  926. >
  927. > Thanks in advance for any information!
  928. >
  929. > Linda Cornell
  930. > lcornell@u.washington.edu
  931. > UW Office of Research
  932. >
  933.  
  934. Access and Paradox for Windows are both very good products.
  935. Each has its strong points.  It really depends on your environment
  936. and your taste.  One product works well for someone else might
  937. not fit your needs.  It is best to get both and test drive them.
  938. Then return the one you don't want.
  939.  
  940. I switched from Access to Paradox for Windows (PW) recently.  I did like
  941. Access, but I find its beauty is only skin deep.  When you start playing
  942. with Access, its ease of use amazes you.  Then when you start writing
  943. applications for real users, which requires some programming, Access
  944. starts to become tedious and difficult.  The larger the application,
  945. the more tiresome you would get from programming Access, using its
  946. macro language and Access Basic.
  947.  
  948. While working with Access, I found PW.  At first I wasn't impressed.
  949. It is slow on a 4MB RAM machine.  Borland recommends 6MB RAM.  However
  950. a compiled, well written end-user application can run fine on 4MB RAM.
  951. Borland really took a risk when not many people have machines with
  952. more than 4MB RAM.   Borland also didn't provide a smooth migration
  953. path for its Paradox for DOS.  I think Borland will do something about
  954. this soon.  It just wants PW to get to the market quick before
  955. Access is too popular.
  956.  
  957. Paradox for Windows is a new, robust Object-based database environment.
  958. It is Object-based because its predefined objects can be redefined to
  959. meet your needs.  Programming is really fun when you understand
  960. how it works.  I like its Container concept, where objects can delegate
  961. actions to their containers.  Together with custom methods (
  962. user defined behaviors for objects), this Container concept is a big
  963. plus for programmers.  When you design your applications well, you
  964. can take advantage of the new features to enhance reusability and
  965. speed.  I would predict that user-written PW applications would
  966. have equal or better response time than Access applications.
  967. For large network applications, PW would win because it is easier
  968. to develop and its reusability benefit is larger.
  969.  
  970. In case you are interested, everything in PW is programmable.  That is
  971. you can have the whole application (forms, reports, databases, tables,
  972. tables, queries, methods, procedures, libraries, scripts) in text files.
  973. It would be fun if some CASE tools can generate the whole PW application
  974. for us in PW's ASCII scripts. Then when we execute the scripts, the whole
  975. application is built.  This feature also allows you to build application
  976. templates.  Then you can use the "Search and Replace" utility to
  977. update ASCII text files to build specialized applications, if you don't
  978. have CASE tools.  That is productivity improvement.
  979.  
  980. I continue to stay with PW.  I hope to see the SQL support promised
  981. by Borland sometime this summer.  PW's QBE is fine for me now.  But
  982. I want to access DB2 and Oracle databases in the near future.  It is
  983. good that Borland's SQL architecture is supported by IBM, Novell,
  984. and other big players.  It also covers Microsoft's ODBC.
  985.  
  986. Get both products and do your own evaluation.  They are relatively
  987. cheap right now.   Access is about $100.  Borland has a new deal:
  988. for $200 you can have both Paradox for Windows and Quatro Pro
  989. for Windows (a 3D spreadsheet); Below Zero mail order, 1(800)461-2777,
  990. asks for $175.
  991.  
  992.  
  993. KTran
  994. =========================================================================
  995. Date:         Mon, 12 Apr 1993 17:08:40 CST
  996. Reply-To:     jao9w265@aurora.cdev.com
  997. Sender:       Microsoft Access Database Discussion List
  998.               <ACCESS-L@INDYCMS.BITNET>
  999. From:         "John A. Olson" <jao9w265@AURORA.CDEV.COM>
  1000.  
  1001. On Fri, 9 Apr 1993 12:10:21 -0400, Kha Tran wrote:
  1002.  
  1003. >>
  1004. >> Hi there,
  1005. >>
  1006. >> We're trying to make the decision between Paradox and Access.  I have
  1007. >> someone who knows Access, but I don't have anyone available who knows
  1008. >> Paradox - but that doesn't mean we can't learn it readily enough.
  1009. >>
  1010. KTran's response:
  1011. >
  1012. >Access and Paradox for Windows are both very good products.
  1013. >Each has its strong points.  It really depends on your environment
  1014. >and your taste.  One product works well for someone else might
  1015. >not fit your needs.  It is best to get both and test drive them.
  1016. >Then return the one you don't want.
  1017. >
  1018. While I agree that writing applications in ACCESS Basic has a long learning
  1019. curve, I have found it to be quite powerful.  The documentation included
  1020. with the product is only good enough to get you started.  After that, it's
  1021. up to the programmer to become creative enough to make things work.  I have
  1022. not experienced any "insurmountable" bugs yet ( I have been using ACCESS
  1023. since it first came out last December).  I have experienced a few
  1024. irritating bugs, however.  When trying to attach to a Btrieve table, ACCESS
  1025. has to use the table exclusively for just a second in order to create that
  1026. attachment.  This means that if someone else is currently using that table,
  1027. you cannot make that attachment until they log out.  Once it's attached,
  1028. however, you won't run into conflicts again, and every time you open the
  1029. database where this attached table is included, it's still attached. (You
  1030. don't need to re-attach every time.)
  1031.  
  1032. Also, when searching for a value in a particular text field, if the data
  1033. contained in that field has a hyphen as part of it, 123-45 for example,
  1034. you can't search on it with a string like "123-45", you have to search it
  1035. in pieces like "123" & "-" & "45".
  1036.  
  1037. While ACCESS does not support ORACLE yet, I'm told it will be included in
  1038. the new release coming out this spring. (is it really, MICROSOFT?) :)
  1039.  
  1040. All in all, I'm quite pleased with ACCESS, although I admit it does REQUIRE
  1041. 8 MB memory to speed things up.
  1042.  
  1043. To the rest of you tuning in, I'm a new subscriber and am interested in
  1044. creating an ACCESS Basic library of sorts.  What do you say to including
  1045. generic functions from time to time so we all can shorten the learning
  1046. curve?  Collectively, we could become ACCESS Gurus :)
  1047. John A. Olson
  1048. Internet address:  jao9w265@aurora.cdev.com
  1049. =========================================================================
  1050. Date:         Tue, 13 Apr 1993 11:53:59 EST
  1051. Reply-To:     Microsoft Access Database Discussion List
  1052.               <ACCESS-L@INDYCMS.BITNET>
  1053. Sender:       Microsoft Access Database Discussion List
  1054.               <ACCESS-L@INDYCMS.BITNET>
  1055. From:         Pekka Koskinen CIMO <koskinen@OPH.FI>
  1056. Subject:      Syntax Error & Paradox bugs
  1057.  
  1058. Hello wolrd!
  1059.  
  1060. First of all, someone was asking about experience with Paradox for Windows.
  1061. I tested, tough not very thoroughly, the Beta-version of the product and
  1062. I came up with one major bug: the report-function wasn't "wysiwyg", i.e.
  1063. the printed result was always little bit re-sized from the screen design
  1064. (either bigger or smaller). Making mailing labels was practically
  1065. impossible with it! But I believe it's got to be fixed in the final version
  1066. of the product.
  1067.  
  1068. Then I have a problem with Access:
  1069.  
  1070. I'm trying to make an update query, where I want the 7 rightmost characters
  1071. of a certain field to make a new field (which is empty up to this).
  1072. At the "update to"-line of the new field I have the following expression:
  1073.  
  1074.           = Right$([REFNR]), 7)
  1075.  
  1076. ("REFNR" is the name of the "certain field"). But the (stupid) program
  1077. complains about a Syntax Error and refuses to run the query!
  1078.  
  1079. So, what am I doing wrong? (It's got to be something most simple...)
  1080. Thank in advance for any help!
  1081.  
  1082. G'day!
  1083.  
  1084. Pekka
  1085.  
  1086. :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :)
  1087.  
  1088.     _/_/_/_/   _/   _/_/  _/_/  _/_/_/_/
  1089.    _/    _/   _/   _/ _/_/ _/  _/    _/  "Computers are useless. They"
  1090.   _/         _/   _/      _/  _/    _/     can only give you answers
  1091.  _/    _/   _/   _/      _/  _/    _/            (P. Picasso)
  1092. _/_/_/_/   _/   _/      _/  _/_/_/_/
  1093.  
  1094. Pekka Koskinen    tel +358-(9)0-7747 7962    fax +358-(9)0-7747 7064
  1095. CIMO, P.O. Box 343, 00531 Helsinki, FINLAND
  1096. =========================================================================
  1097. Date:         Tue, 13 Apr 1993 08:13:24 CST
  1098. Reply-To:     jao9w265@aurora.cdev.com
  1099. Sender:       Microsoft Access Database Discussion List
  1100.               <ACCESS-L@INDYCMS.BITNET>
  1101. From:         "John A. Olson" <jao9w265@AURORA.CDEV.COM>
  1102. Subject:      Re: Syntax Error & Paradox bugs
  1103.  
  1104. On Tue, 13 Apr 1993 11:53:59 EST, Pekka Koskinen CIMO wrote:
  1105.  
  1106.  
  1107. >Then I have a problem with Access:
  1108. >
  1109. >I'm trying to make an update query, where I want the 7 rightmost characters
  1110. >of a certain field to make a new field (which is empty up to this).
  1111. >At the "update to"-line of the new field I have the following expression:
  1112. >
  1113. >          = Right$([REFNR]), 7)
  1114. >
  1115. >("REFNR" is the name of the "certain field"). But the (stupid) program
  1116. >complains about a Syntax Error and refuses to run the query!
  1117. >
  1118. >So, what am I doing wrong? (It's got to be something most simple...)
  1119. >Thank in advance for any help!
  1120. >
  1121. I believe your problem is that you've got one too many )'s.
  1122. Try this instead:
  1123. =Right$(REFNR,7)
  1124.  
  1125. That should do it for you!
  1126.  
  1127. Good luck. :)
  1128. John A. Olson
  1129. Internet address:  jao9w265@aurora.cdev.com
  1130. =========================================================================
  1131. Date:         Tue, 13 Apr 1993 09:45:43 -0400
  1132. Reply-To:     Microsoft Access Database Discussion List
  1133.               <ACCESS-L@INDYCMS.BITNET>
  1134. Sender:       Microsoft Access Database Discussion List
  1135.               <ACCESS-L@INDYCMS.BITNET>
  1136. From:         Gary Strohm x324 <strohm@CGI.COM>
  1137. Organization: Carnegie Group Inc.
  1138. Subject:      MS-Access w/ DB Server
  1139.  
  1140. We are contemplating using MS-Access as a front end tool in a 10
  1141. person reporting and analysis department. We have seen MS-Access work
  1142. in a 'Stand Alone' mode and feel comfortable with it's capabilities to
  1143. produce reports, peruse, and sort the DB, develop EIS, etc.  We also
  1144. feel that an architecture which includes a DB Server will suit our
  1145. requirements for maintenence and control of the department database
  1146. (which may reach 2 Gig). Being conservative, we would like to see an
  1147. instance of that type of configuration in operation *before* we
  1148. purchase any HW or SW. So, in this search, we have contacted the MS-SQL
  1149. Server, Sybase, and Oracle vendors in the area. We have gathered
  1150. serveral rumors and are looking for facts.
  1151.  
  1152.         1) MS-SQL Server under OS/2 is the only one supported.
  1153.         2) MS-SQL Server is slow, buggy, not well thought out.
  1154.         3) Sybase as an NLM under Netware 3.11 works.
  1155.         4) Oracle does (or does not) have a compatable OBDC driver.
  1156.  
  1157. So, if you have experience, putting any of this together, I'd like to
  1158. hear about it.
  1159.  
  1160.                                 -Gary
  1161. =========================================================================
  1162. Date:         Tue, 13 Apr 1993 09:23:56 PDT
  1163. Reply-To:     Microsoft Access Database Discussion List
  1164.               <ACCESS-L@INDYCMS.BITNET>
  1165. Sender:       Microsoft Access Database Discussion List
  1166.               <ACCESS-L@INDYCMS.BITNET>
  1167. From:         "Richard Brown (dickb)" <dickb@MICROSOFT.COM>
  1168. Subject:      Re: Syntax Error & Paradox bugs
  1169.  
  1170. Pekka Koskinen writes
  1171. |I'm trying to make an update query, where I want the 7 rightmost characters
  1172. |of a certain field to make a new field (which is empty up to this).
  1173. |At the "update to"-line of the new field I have the following expression:
  1174. |
  1175. |          = Right$([REFNR]), 7)
  1176. |
  1177. |("REFNR" is the name of the "certain field"). But the (stupid) program
  1178. |complains about a Syntax Error and refuses to run the query!
  1179.  
  1180. Delete the closing quotation mark after the field name. It's not
  1181. supposed to be there.
  1182.  
  1183. dick brown
  1184. =========================================================================
  1185. Date:         Thu, 15 Apr 1993 09:48:22 +0200
  1186. Reply-To:     Microsoft Access Database Discussion List
  1187.               <ACCESS-L@INDYCMS.BITNET>
  1188. Sender:       Microsoft Access Database Discussion List
  1189.               <ACCESS-L@INDYCMS.BITNET>
  1190. From:         "M. Ederveen" <MARTIN@HSEPM1.HSE.NL>
  1191. Subject:      Advert
  1192.  
  1193. Hi all!
  1194.  
  1195. In a magazine in our country I read about an article being published in
  1196. some countries about ACCESS by Microsoft.
  1197. This article, so they say, has the ring of an advertisement, but one
  1198. could also easely read 'between the lines' about massive defects inside
  1199. the product 1.0. The 'add' promises free update to a more stable version,
  1200. hints about problems with large databases and suggests the product was
  1201. actually released too early.
  1202. Anyone read this add? Comments?
  1203.  
  1204.  
  1205. Martin.
  1206.  
  1207.  
  1208. -------------------------------------------------------------------------------
  1209. |  ing. Martin W. Ederveen           |  "In the future there will be real     |
  1210. |  Hogeschool Eindhoven              |   thinking machines.                   |
  1211. |  Rachelsmolen 1                    |   Yes, but who's thoughts will they    |
  1212. |  5612 MA Eindhoven                 |   be thinking?"                        |
  1213. |  tel. +31 (40) 605 262             |                                        |
  1214. |  MARTIN@HSE.NL                     |   Quotation from Dr.Who: The Curse     |
  1215. |  SURF017@KUB.NL                    |   of Fenric                            |
  1216. -------------------------------------------------------------------------------
  1217. =========================================================================
  1218. Date:         Wed, 14 Apr 1993 09:00:03 MET
  1219. Reply-To:     Microsoft Access Database Discussion List
  1220.               <ACCESS-L@INDYCMS.BITNET>
  1221. Sender:       Microsoft Access Database Discussion List
  1222.               <ACCESS-L@INDYCMS.BITNET>
  1223. From:         Doumen Jan <jqdoumen@VUB.AC.BE>
  1224. Subject:      What does Access do with scanned images ?
  1225.  
  1226. Hi all,
  1227.  
  1228. I'm trying to use a scanned image as a start-up screen for my menu system.
  1229. I've tried various ways to get it imported properly, but none works. All
  1230. I get is an image with a very low resolution and dithered colors. When I
  1231. first import it in the drawing sub-program, everything looks alright, but
  1232. when I close the drawing-program and ask for an up-date in acces, it makes
  1233. the image nearly unrecognizable.
  1234. Anybody who has experience in this or knows how to solve the problem ?
  1235.  
  1236. --
  1237. DeJean.
  1238.  
  1239. /=============================================================================\
  1240. | Doumen Jan                                           jqdoumen@vub.ac.be     |
  1241. | Brussel/Belgium                                   jqdoumen@BBRBFU60.BITNET  |
  1242. \=============================================================================/
  1243. =========================================================================
  1244. Date:         Tue, 13 Apr 1993 14:50:27 EDT
  1245. Reply-To:     Microsoft Access Database Discussion List
  1246.               <ACCESS-L@INDYCMS.BITNET>
  1247. Sender:       Microsoft Access Database Discussion List
  1248.               <ACCESS-L@INDYCMS.BITNET>
  1249. From:         Wolfgang Foerster <at38@KAT07T.AT.KP.DLR.DE>
  1250. Subject:      Re: Syntax Error & Paradox bugs
  1251.  
  1252. I had a similiar problem with syntax errors in MS-ACCESS (US-Version with
  1253. German WINDOWS 3.1) and I found the reason was a different list separator
  1254. set in the international settings section of the WIN 3.1 control panel
  1255. (in Germany it was ";"). So in my case the command for the update query
  1256. would have been
  1257.             =Right$([REFNR]);7)
  1258. Wolfang Foerster
  1259. =========================================================================
  1260. Date:         Tue, 13 Apr 1993 11:59:30 PDT
  1261. Reply-To:     Microsoft Access Database Discussion List
  1262.               <ACCESS-L@INDYCMS.BITNET>
  1263. Sender:       Microsoft Access Database Discussion List
  1264.               <ACCESS-L@INDYCMS.BITNET>
  1265. From:         "Richard Brown (dickb)" <dickb@MICROSOFT.COM>
  1266. Subject:      Re: Syntax Error & Paradox bugs
  1267.  
  1268. Oops, make that the closing *parenthesis* after the field name, not
  1269. quotation mark.
  1270. ----------
  1271. >> From: "Richard Brown dickb"  <netmail!dickb@MICROSOFT.COM>
  1272.  
  1273. >> Pekka Koskinen writes
  1274. |I'm trying to make an update query, where I want the 7 rightmost characters
  1275. |of a certain field to make a new field (which is empty up to this).
  1276. |At the "update to"-line of the new field I have the following expression:
  1277. |
  1278. |          = Right$([REFNR]), 7)
  1279. |
  1280. |("REFNR" is the name of the "certain field"). But the (stupid) program
  1281. |complains about a Syntax Error and refuses to run the query!
  1282.  
  1283. Delete the closing quotation mark after the field name. It's not
  1284. supposed to be there.
  1285.  
  1286. dick brown
  1287. =========================================================================
  1288. Date:         Wed, 14 Apr 1993 13:15:22 EST
  1289. Reply-To:     Microsoft Access Database Discussion List
  1290.               <ACCESS-L@INDYCMS.BITNET>
  1291. Sender:       Microsoft Access Database Discussion List
  1292.               <ACCESS-L@INDYCMS.BITNET>
  1293. From:         Pekka Koskinen CIMO <koskinen@OPH.FI>
  1294. Subject:      Microsoft's ?-documented features...
  1295.  
  1296. Hello wolrd!
  1297.  
  1298. Yesterday I came up with the following problem:
  1299.  
  1300. I tried to make an update query with an expression:
  1301.  
  1302.              = Righ$([REFNR], 7)
  1303.  
  1304. and Access just kept on complaining about a syntax error tough everything
  1305. seemed to be exacyly the way described in the manuals.
  1306.  
  1307. Finally, after trying all the obvious choises I decided to give a try with
  1308. a not so obvious one. So, I tried the following:
  1309.  
  1310.               = Righ$([REFNR]; 7)
  1311.  
  1312. amd it worked!!! Then I started thinking that this really doesn't sound
  1313. like a bug. And I came up with the following explanation:
  1314.  
  1315. In Windows "Control Panel"/"International" you can define the "List
  1316. separator". Yeah, I had there ";". That's it!
  1317.  
  1318. A little while afterwards (why not beforehand!...) I mensioned this to a
  1319. friend of mine and he said that he'd once got a similiar "fight" with
  1320. Excel. So, it seems like a "Universal Microsoft Well Documented Piece of
  1321. Software"... Can hardly wait for finding the next one...
  1322.  
  1323. Pekka
  1324.  
  1325. :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :) :)
  1326.  
  1327.     _/_/_/_/   _/   _/_/  _/_/  _/_/_/_/
  1328.    _/    _/   _/   _/ _/_/ _/  _/    _/  "Computers are useless. They"
  1329.   _/         _/   _/      _/  _/    _/     can only give you answers
  1330.  _/    _/   _/   _/      _/  _/    _/            (P. Picasso)
  1331. _/_/_/_/   _/   _/      _/  _/_/_/_/
  1332.  
  1333. Pekka Koskinen    tel +358-(9)0-7747 7962    fax +358-(9)0-7747 7064
  1334. CIMO, P.O. Box 343, 00531 Helsinki, FINLAND
  1335. =========================================================================
  1336. Date:         Wed, 14 Apr 1993 09:27:25 CET
  1337. Reply-To:     Microsoft Access Database Discussion List
  1338.               <ACCESS-L@INDYCMS.BITNET>
  1339. Sender:       Microsoft Access Database Discussion List
  1340.               <ACCESS-L@INDYCMS.BITNET>
  1341. From:         "Hilger Martin Dr." <hilger@KPMG.CO.AT>
  1342. Subject:      Cuecards, Users
  1343.  
  1344. Thanks to Dick Brown for helping with the Cuecards-problem.
  1345. I knew about the winhelp.ini feature but didn't consider it concerning this
  1346. problem.
  1347.  
  1348. BTW are there any limits to the number of users defined in a SYSTEM.MDA?
  1349. I would need to put some 250 users into my system.
  1350. They certainly would not log in at the same time, I don't expect more than
  1351. 20 or so of simultaneous logins.
  1352.  
  1353. So far I haven't done so much in Access Basic but I found no way of making
  1354. a procedure or function dependable of a certain user or group.
  1355.  
  1356. Also: is there a way to:
  1357. .) import NetWare users into Access (I assume the answer is no);
  1358. this would be a major improvement for most currently available products and
  1359. I think LAN-Manager administrators would also REALLY like such a feature.
  1360. .) is it possible to force a new user to define a password after the admin
  1361. has put him into the Access-system?
  1362. .) is there really a performance loss in generating queries if there is no
  1363. primary key defined in the underlying tables?
  1364.  
  1365. Two proposal for a small improvement:
  1366. 1) please make those combo-boxes for users, groups a bit longer. It's
  1367. annoying to scroll to reach the third line in the box!!
  1368. 2) The graphical design of the cuecards might be fine in standard VGA but
  1369. it looks horrible in 800x600 or 1024x768 mainly because a cuecard seems to
  1370. be no "real" window but simulates one. Couldn't MS use a real window for
  1371. that? Will the cuecard-interface be documented for a common use??
  1372.  
  1373. Thanks for all answers in advance
  1374.  
  1375. Martin
  1376. =========================================================================
  1377. Date:         Thu, 15 Apr 1993 18:09:37 -0700
  1378. Reply-To:     Microsoft Access Database Discussion List
  1379.               <ACCESS-L@INDYCMS.BITNET>
  1380. Sender:       Microsoft Access Database Discussion List
  1381.               <ACCESS-L@INDYCMS.BITNET>
  1382. Comments:     Warning -- original Sender: tag was
  1383.               lcornell@STEIN.U.WASHINGTON.EDU
  1384. From:         "Linda D. Cornell" <lcornell@U.WASHINGTON.EDU>
  1385. Subject:      Networking and Large Files
  1386. In-Reply-To:  <9302262347.AA23876@stein.u.washington.edu>
  1387.  
  1388. Hi there,
  1389. Has anyone run into trouble with Access on a Novell network?  We're
  1390. looking at having about 25 users working with this database on a Novell
  1391. 3.11 network. 3 will be doing data entry, the rest just simple look-ups.
  1392.  
  1393. Also, is anyone running large tables or lots of tables?  What kind of
  1394. performance or problems have you seen (or hopefully not seen)?!
  1395.  
  1396. We're getting ready to build a prototype that we will probably need to use
  1397. in production mode for at least 6 months, and I just wanted to be aware of
  1398. any hurdles ahead!
  1399.  
  1400. Thanks in advance for any assistance!
  1401.  
  1402. Linda Cornell
  1403. lcornell@u.washington.edu
  1404. UW Office of Research
  1405. =========================================================================
  1406. Date:         Fri, 16 Apr 1993 08:47:58 CET
  1407. Reply-To:     Microsoft Access Database Discussion List
  1408.               <ACCESS-L@INDYCMS.BITNET>
  1409. Sender:       Microsoft Access Database Discussion List
  1410.               <ACCESS-L@INDYCMS.BITNET>
  1411. From:         "Hilger Martin Dr." <hilger@KPMG.CO.AT>
  1412. Subject:      UTILITY.MDA
  1413.  
  1414. Just got the first issue of a new Access magazine and found that there's a
  1415. way to change the buttons below the menu just by loading UTILITY.MDA into
  1416. Access.
  1417.  
  1418. You can change positions, put new buttons in make some buttons invisible
  1419. and so on.
  1420.  
  1421. The author strongly recommends to copy the original .MDA before trying it!
  1422. Just in case AND because this is an undocumented feature.
  1423.  
  1424. I have not tried it yet but thought it might be of interest to some who
  1425. might not know.
  1426.  
  1427. Regards
  1428.  
  1429. Martin
  1430. =========================================================================
  1431. Date:         Fri, 16 Apr 1993 09:38:13 CET
  1432. Reply-To:     Microsoft Access Database Discussion List
  1433.               <ACCESS-L@INDYCMS.BITNET>
  1434. Sender:       Microsoft Access Database Discussion List
  1435.               <ACCESS-L@INDYCMS.BITNET>
  1436. From:         "Hilger Martin Dr." <hilger@KPMG.CO.AT>
  1437. Subject:      dBASE iV-files, Index
  1438.  
  1439. When using (not importing) dBASE 4 files in an Access DB:
  1440.  
  1441. .) Is the performance much worse than with internal Access-tables?
  1442. .) If there is no index of a dBASE 4-file when "binding" it to my
  1443. Access-DB, will Access use the dBASE 4-index (MDX) automatically after
  1444. creating such an index-file?
  1445.  
  1446. Thanks for any hint in advance
  1447.  
  1448. Martin
  1449. =========================================================================
  1450. Date:         Fri, 16 Apr 1993 09:54:46 PDT
  1451. Reply-To:     Microsoft Access Database Discussion List
  1452.               <ACCESS-L@INDYCMS.BITNET>
  1453. Sender:       Microsoft Access Database Discussion List
  1454.               <ACCESS-L@INDYCMS.BITNET>
  1455. From:         "ROBERT GRINNELL,
  1456.               SEATTLE PACIFIC UNIVERSITY" <r_grinnell@LUKE.SPU.EDU>
  1457. Subject:      Re: Advert
  1458.  
  1459. On Thu, 15 Apr 1993 09:48:22, Martin Ederveen writes:
  1460.  
  1461. >In a magazine in our country I read about an article being published in
  1462. >some countries about ACCESS by Microsoft.
  1463. >This article, so they say, has the ring of an advertisement, but one
  1464. >could also easely read 'between the lines' about massive defects inside
  1465. >the product 1.0. The 'add' promises free update to a more stable version,
  1466. >hints about problems with large databases and suggests the product was
  1467. >actually released too early.
  1468. >Anyone read this add? Comments?
  1469.  
  1470. I believe you are referring to an open letter from Microsoft published
  1471. in some computer magazines.  Yes, it is technically an advertisement.
  1472. It describes the impending upgrade to Access.  I don't have a copy
  1473. here, but recall that the most significant upgrade features were
  1474. increasing the maximum size of an Access database from about 120 MB to
  1475. 1 GB, and the inclusion of a driver for Foxpro databases.  (If someone
  1476. has a copy of the letter in front of them, please append/amend/correct
  1477. this as appropriate.)
  1478.  
  1479. Current users of Access are supposed to get this upgrade for the
  1480. cost of production, etc.  I would guess in the $20 - $25 range, but who
  1481. knows?  As far as "massive defects" and "the product was released
  1482. too early", I guess everyone has to judge for themselves.  Personally,
  1483. I'd rather have the product as it is now, with a cheap upgrade ahead,
  1484. than still be waiting for it because some features that I don't seem
  1485. to need right now are still in progress.
  1486.  
  1487. Robert Grinnell
  1488. Seattle Pacific University
  1489. r_grinnell@luke.spu.edu
  1490. =========================================================================
  1491. Date:         Sat, 17 Apr 1993 00:58:14 -0400
  1492. Reply-To:     Microsoft Access Database Discussion List
  1493.               <ACCESS-L@INDYCMS.BITNET>
  1494. Sender:       Microsoft Access Database Discussion List
  1495.               <ACCESS-L@INDYCMS.BITNET>
  1496. From:         David So <David.So@SOFTWARE.MITEL.COM>
  1497. Subject:      Re: UTILITY.MDA
  1498.  
  1499. Please tell me which Access magazin you are reading!
  1500.  
  1501. thanks/david
  1502.  
  1503. David Y. So                     Phone: 613-592-2122 x3018
  1504. Mitel Corp.                     Fax  : 613-592-4784
  1505. 350 Legget Drive, Kanata        Email: david.so@Software.Mitel.COM
  1506. Ontario, Canada K2K 1X3
  1507. =========================================================================
  1508. Date:         Sat, 17 Apr 1993 08:48:13 EST
  1509. Reply-To:     Microsoft Access Database Discussion List
  1510.               <ACCESS-L@INDYCMS.BITNET>
  1511. Sender:       Microsoft Access Database Discussion List
  1512.               <ACCESS-L@INDYCMS.BITNET>
  1513. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  1514. Organization: IUPUI Student Activities Office (317) 274-3931
  1515. Subject:      Administrivia
  1516.  
  1517. Sorry to post this to the list.
  1518.  
  1519. Administrators of mail redistribution subscriptions, please note:  I am
  1520. receiving multiple errors from the following users who do not appear in
  1521. the ACCESS-L list.  I am forced to the conclusion that they are subscribed
  1522. via a secondary distribution list.  If they appear in your list, please
  1523. delete them.
  1524.  
  1525. ORLEANS.UUCP!MIKEP  -- host not known within the UUCP domain
  1526.  
  1527. SSHANNY@BEAST -- messages enqueued 14 days, no further attempts to deliver
  1528.  
  1529. Thanks for your assistance.
  1530.  
  1531. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1532. Nathan C. Brindle, Student Activities Office
  1533. Indiana University Purdue University Indianapolis
  1534. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1535. List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  1536. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  1537. ------------------------------------------------------------------------------
  1538. =========================================================================
  1539. Date:         Mon, 19 Apr 1993 11:13:18 CET
  1540. Reply-To:     Microsoft Access Database Discussion List
  1541.               <ACCESS-L@INDYCMS.BITNET>
  1542. Sender:       Microsoft Access Database Discussion List
  1543.               <ACCESS-L@INDYCMS.BITNET>
  1544. From:         "Hilger Martin Dr." <hilger@KPMG.CO.AT>
  1545. Subject:      ACCESS-Magazine
  1546.  
  1547. It's the Premier Issue of ACCESS ADVISOR, The Magazine for Using Microsoft
  1548. Access
  1549.  
  1550. $ 6.50 US, $ 7.50 Canada
  1551. =========================================================================
  1552. Date:         Mon, 19 Apr 1993 08:51:41 EDT
  1553. Reply-To:     gatech!hobbes.bsan.bls.com!dawson%harvard@harvunxw.BITNET
  1554. Sender:       Microsoft Access Database Discussion List
  1555.               <ACCESS-L@INDYCMS.BITNET>
  1556. From:         gatech!hobbes.bsan.bls.com!dawson%harvard@HARVUNXW.BITNET
  1557. Subject:      Re: Administrivia
  1558. In-Reply-To:  <199304171352.AA24306@merlin.gatech.edu>; from "Nathan Brindle"
  1559.               at Apr 17, 93 8:48 am
  1560.  
  1561. > Sorry to post this to the list.
  1562. >
  1563. > Administrators of mail redistribution subscriptions, please note:  I am
  1564. > receiving multiple errors from the following users who do not appear in
  1565. > the ACCESS-L list.  I am forced to the conclusion that they are subscribed
  1566. > via a secondary distribution list.  If they appear in your list, please
  1567. > delete them.
  1568. >
  1569. > ORLEANS.UUCP!MIKEP  -- host not known within the UUCP domain
  1570.  
  1571. This one's my responsibility, and it's been taken care of for days on
  1572. days.  Have you been getting "multiple errors" from this one address,
  1573. or multiple errors for the whole set of addresses?
  1574. =========================================================================
  1575. Date:         Mon, 19 Apr 1993 15:20:54 PDT
  1576. Reply-To:     Microsoft Access Database Discussion List
  1577.               <ACCESS-L@INDYCMS.BITNET>
  1578. Sender:       Microsoft Access Database Discussion List
  1579.               <ACCESS-L@INDYCMS.BITNET>
  1580. From:         Gene Marshall <genem@HPSWTGM.CUP.HP.COM>
  1581. Subject:      Reporting Yes-only Yes/No fields
  1582.  
  1583. Hi folks,
  1584.  
  1585. I am trying to place a Yes/No field on a report where if the field is
  1586. Yes, I would like to print the word "Yes". If the field is No, I don't
  1587. want anything printed.
  1588.  
  1589. In the text field I created on the report, I used the expression:
  1590.  
  1591.      =IIF ( [YesNoFieldName] = xxx , "Yes" , " " )
  1592.  
  1593. Where xxx is -1, 0, Yes, "Yes", True, you name it. In all cases, the
  1594. report shows #Error.
  1595.  
  1596. Am I missing something?
  1597.  
  1598. --
  1599.  
  1600. +----------------------------------------------------------------------------+
  1601. |Gene Marshall                        /-/-/             email: genem@.hp.com |
  1602. |Hewlett Packard Co., MS 42UN           |                 Tel: 408/447-5282  |
  1603. |Software Technology Division (SWT)     |                 Fax: 408/447-5039  |
  1604. |11000 Wolfe Road                       |              AA6IY@N6LDL.CA.USA.NA |
  1605. |Cupertino, CA 95014                   /|\       Bay Area: 147.39+ / 223.96- |
  1606. +----------------------------------------------------------------------------+
  1607. =========================================================================
  1608. Date:         Mon, 19 Apr 1993 17:24:54 EST
  1609. Reply-To:     Microsoft Access Database Discussion List
  1610.               <ACCESS-L@INDYCMS.BITNET>
  1611. Sender:       Microsoft Access Database Discussion List
  1612.               <ACCESS-L@INDYCMS.BITNET>
  1613. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  1614. Organization: IUPUI Student Activities Office (317) 274-3931
  1615. Subject:      Re: Reporting Yes-only Yes/No fields
  1616. In-Reply-To:  Message of Mon,
  1617.               19 Apr 1993 15:20:54 PDT from <genem@HPSWTGM.CUP.H P.COM>
  1618.  
  1619. You might try a Switch() instead of an IIF().  I had essentially the same
  1620. problem the other day and solved it in that manner.
  1621.  
  1622. I honestly don't know for sure if that will work on a Yes/No field, but
  1623. I would think it should.  I would also think that an IIF would work.  !
  1624.  
  1625. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  1626. Nathan C. Brindle, Student Activities Office
  1627. Indiana University Purdue University Indianapolis
  1628. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  1629. List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  1630. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  1631. ------------------------------------------------------------------------------
  1632. =========================================================================
  1633. Date:         Mon, 19 Apr 1993 17:08:12 -0700
  1634. Reply-To:     Microsoft Access Database Discussion List
  1635.               <ACCESS-L@INDYCMS.BITNET>
  1636. Sender:       Microsoft Access Database Discussion List
  1637.               <ACCESS-L@INDYCMS.BITNET>
  1638. From:         Brian Henning <BHENNING@BPA.ARIZONA.EDU>
  1639. Subject:      Re: Reporting Yes-only Yes/No fields
  1640.  
  1641. Gene,
  1642.  
  1643. I reproduced the yes/no problem as you described. I then changed the the
  1644. control name of the text field to something other then the name of the
  1645. underlying field and it worked fine. The syntax can be simplified to:
  1646.  
  1647. =IIf([yesnofield],"Yes","")
  1648.  
  1649. Brian Henning
  1650. =========================================================================
  1651. Date:         Mon, 19 Apr 1993 21:08:35 PDT
  1652. Reply-To:     Microsoft Access Database Discussion List
  1653.               <ACCESS-L@INDYCMS.BITNET>
  1654. Sender:       Microsoft Access Database Discussion List
  1655.               <ACCESS-L@INDYCMS.BITNET>
  1656. From:         Gene Marshall <genem@HPSWTGM.CUP.HP.COM>
  1657. Subject:      Re: Reporting Yes-only Yes/No fields/Fixed
  1658. In-Reply-To:  <9304200017.AA10259@hpcuoa.sv.itc.hp.com>; from "Brian Henning"
  1659.               at Apr 19, 93 5:08 pm
  1660.  
  1661. Thanks to the three of you who replied to my problem of reporting
  1662. Yes/No fields.
  1663.  
  1664. It turns out my problem was that the Yes/No field name was also used as a
  1665. name of a text field earlier in the report. I'll have to watch that
  1666. in the future.
  1667.  
  1668. Thanks again,
  1669. Gene
  1670. =========================================================================
  1671. Date:         Tue, 20 Apr 1993 18:01:59 -0700
  1672. Reply-To:     Microsoft Access Database Discussion List
  1673.               <ACCESS-L@INDYCMS.BITNET>
  1674. Sender:       Microsoft Access Database Discussion List
  1675.               <ACCESS-L@INDYCMS.BITNET>
  1676. From:         Dmitry Serebrennikov <dmitry@UCSEE.BERKELEY.EDU>
  1677. Subject:      no subject (file transmission)
  1678.  
  1679. Hello folks.
  1680.  
  1681. I have found something that disturbes me now about access+Novell combination.
  1682. My main table has 7000 odd records and about 15 columns.  I needed to change
  1683. one of the columns from Text(10) to Text(15).  The database was on the Novell
  1684. server.  (3.0 NetWare I think, but I'm not sure).  When I tried to save the
  1685. changes to the table It went into the "querry running mode" (i.e. displied
  1686. a blue progress bar on the title bar).  It did the first pass preaty fast but
  1687. the second pass it only ran fast up to 40% completion and then just stoped.
  1688. After that it was going about 1% per minute until it go to 52% when I just had
  1689. to interrupt it.  It seemed to slow down as it went forward, too!
  1690. Then I created a new field with the right size and tried to run an Update
  1691. query to move the data from first field to the second.  That operation repeated
  1692. the first one in the speed.  I had to interrupt that one also.
  1693.  
  1694. The data in the field was almost everywhere "Null" so I've just discarded the
  1695. old field and left the new one blank, but I won't be able to do this alwais!
  1696.  
  1697. So, I guess, the question is this:  has any of you heard of such slowdown when
  1698. running an update query on a big database (7000 records) on Novell Network.
  1699.  
  1700. Do you think it might be a function of the memory on the server or hard disk
  1701. space?
  1702. =========================================================================
  1703. Date:         Wed, 21 Apr 1993 09:17:46 EST
  1704. Reply-To:     Microsoft Access Database Discussion List
  1705.               <ACCESS-L@INDYCMS.BITNET>
  1706. Sender:       Microsoft Access Database Discussion List
  1707.               <ACCESS-L@INDYCMS.BITNET>
  1708. From:         "Amy C. Park" <SBALAB2@UCONNVM.BITNET>
  1709. Subject:      dBASE IV Attached Tables
  1710.  
  1711. I use attached tables from dBASE IV quite often in Access.  I always keep
  1712. a backup of my files, as they are very important, but my question is this:
  1713. If Access crashes while I am working on an attached table (not that I am
  1714. worried that it will  :)  ), will my dBASE IV file also be damaged?  When I
  1715. first installed Access, I had problems with it quite often, but lately it has
  1716. worked much better--no freezing, no General Protection Faults, etc.
  1717.  
  1718. You have to admit that Access makes a much more impressive report than dBASE
  1719. IV, don't you?    :)
  1720.  
  1721.  
  1722. --Amy
  1723. =========================================================================
  1724. Date:         Sat, 24 Apr 1993 19:01:34 EDT
  1725. Reply-To:     Microsoft Access Database Discussion List
  1726.               <ACCESS-L@INDYCMS.BITNET>
  1727. Sender:       Microsoft Access Database Discussion List
  1728.               <ACCESS-L@INDYCMS.BITNET>
  1729. From:         Greg Fairnak <GFAIRNA@AMERICAN.EDU>
  1730. Organization: The American University
  1731. Subject:      No subject
  1732.  
  1733. Hello,
  1734.       I was wondering if there were other people on this list.
  1735.                                                               Greg
  1736. =========================================================================
  1737. Date:         Sat, 24 Apr 1993 21:00:00 EDT
  1738. Reply-To:     Microsoft Access Database Discussion List
  1739.               <ACCESS-L@INDYCMS.BITNET>
  1740. Sender:       Microsoft Access Database Discussion List
  1741.               <ACCESS-L@INDYCMS.BITNET>
  1742. From:         Vince Scarafino <Scarafino@MULTICS-A.PMS.FORD.COM>
  1743. Subject:      Re: re grouping and sorting
  1744. In-Reply-To:  Message of 5 Apr 93 11:58 EDT from "JUDITH NICHOLLS, ACCESS"
  1745.  
  1746.  >Date:  5 April 1993 11:58 edt
  1747.  >From:  "JUDITH NICHOLLS, ACCESS" <NICHOLLS at FNAL.FNAL.GOV>
  1748.  >Subject:  Re: re grouping and sorting
  1749.  
  1750.  >Well, I'm using the word "group" as an English word.  What I'm trying to do
  1751.  >is create a report the way I want it created.  I want to sort on, say,
  1752.  >col1, but have the report writer create a header when the contents of col2
  1753.  >change.  By "grouping" I mean I want a header put on top, without sorting,
  1754.  >and I know I need a header because col2 changed.  There is a kind of
  1755.  >natural grouping or this would be crazy.
  1756.  
  1757.  >Here's an explanation.  I have thousands of slides.  In my report I want to
  1758.  >sort on roll date and picture number.  Sometimes all of the slides within a
  1759.  >roll are not related to each other, or on the same "trip."  So I've defined a
  1760.  >trip table.  The problem with the sorting is I've defined a "not-a-trip"
  1761.  >kind of default trip for those random pictures you take of your dog or cat
  1762.  >or kid.  But I don't want to sort on trip date because I want them in
  1763.  >picture number order, but I do want a header when the trip number changes.
  1764.  >How do I get this header without sorting?
  1765.  
  1766.  >               Judy
  1767.  
  1768.  
  1769. Wouldn't a sort order (major to minor) of Film_Roll_Date Picture_Number
  1770. Trip_Number do what you want?  Trip_Number, being the least significant
  1771. sort field, will leave you with the picture order you want, but cause a
  1772. group break when Trip_Number changes.
  1773.  
  1774. Am I missing something here that makes this *not* work?
  1775.  
  1776. Vince
  1777. =========================================================================
  1778. Date:         Sat, 24 Apr 1993 21:44:00 EDT
  1779. Reply-To:     Microsoft Access Database Discussion List
  1780.               <ACCESS-L@INDYCMS.BITNET>
  1781. Sender:       Microsoft Access Database Discussion List
  1782.               <ACCESS-L@INDYCMS.BITNET>
  1783. From:         George Byrnes <BYRNES@ADMIN.HUMBERC.ON.CA>
  1784. Subject:      Menu Bar Separtor Line
  1785.  
  1786. Can someone tell me how to add a separator line between menuitems on a menu
  1787. bar?
  1788.  
  1789. Thanks.
  1790.  
  1791. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  1792.   GEORGE BYRNES, HUMAN STUDIES/LAKESHORE, HUMBER COLLEGE
  1793.   3199 LAKESHORE BLVD. W., TORONTO, ON. CANADA M8V 1K8
  1794.        BITNET: BYRNES@HUMBER
  1795.        INTERNET: BYRNES@ADMIN.HUMBERC.ON.CA
  1796.   PHONE: (416) 252-5571 X3324   FAX: (416) 252-8842
  1797. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  1798. =========================================================================
  1799. Date:         Sat, 24 Apr 1993 22:01:24 EDT
  1800. Reply-To:     Microsoft Access Database Discussion List
  1801.               <ACCESS-L@INDYCMS.BITNET>
  1802. Sender:       Microsoft Access Database Discussion List
  1803.               <ACCESS-L@INDYCMS.BITNET>
  1804. From:         George Byrnes <BYRNES@ADMIN.HUMBERC.ON.CA>
  1805. Subject:      Microsfot system Journal
  1806.  
  1807. Can someone tell me about this journal? Is it an e-journal? If so, which
  1808. FTP site holds issues? If not, how dows one subscribe?
  1809.  
  1810. Thanks.
  1811.  
  1812. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  1813.   GEORGE BYRNES, HUMAN STUDIES/LAKESHORE, HUMBER COLLEGE
  1814.   3199 LAKESHORE BLVD. W., TORONTO, ON. CANADA M8V 1K8
  1815.        BITNET: BYRNES@HUMBER
  1816.        INTERNET: BYRNES@ADMIN.HUMBERC.ON.CA
  1817.   PHONE: (416) 252-5571 X3324   FAX: (416) 252-8842
  1818. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  1819. =========================================================================
  1820. Date:         Sun, 25 Apr 1993 07:45:52 SAT
  1821. Reply-To:     Microsoft Access Database Discussion List
  1822.               <ACCESS-L@INDYCMS.BITNET>
  1823. Sender:       Microsoft Access Database Discussion List
  1824.               <ACCESS-L@INDYCMS.BITNET>
  1825. From:         "Trevor D. Rotzien" <RSIU42A@SAUPM00.BITNET>
  1826. Organization: King Fahd University of Petroleum and Minerals, S.A.
  1827. Subject:      Re: No subject
  1828. In-Reply-To:  Message of Sat,
  1829.               24 Apr 1993 19:01:34 EDT from <GFAIRNA@AMERICAN.EDU>
  1830.  
  1831. Hi Greg,
  1832.  
  1833. There are, in fact, other people on this list... Me for example.
  1834.  
  1835. Regards,
  1836. ----------------------------------------------------------------------
  1837. trevor d. rotzien         marine science group
  1838. k.f.u.p.m. box 118        water resources & environment division
  1839. dhahran 31261             the research institute
  1840. saudi arabia              king fahd university of petroleum & minerals
  1841.  
  1842. email: rsiu42a@saupm00.bitnet
  1843. office: -966-03-860-4316
  1844. ----------------------------------------------------------------------
  1845. =========================================================================
  1846. Date:         Sun, 25 Apr 1993 07:49:11 SAT
  1847. Reply-To:     Microsoft Access Database Discussion List
  1848.               <ACCESS-L@INDYCMS.BITNET>
  1849. Sender:       Microsoft Access Database Discussion List
  1850.               <ACCESS-L@INDYCMS.BITNET>
  1851. From:         "Trevor D. Rotzien" <RSIU42A@SAUPM00.BITNET>
  1852. Organization: King Fahd University of Petroleum and Minerals, S.A.
  1853. Subject:      Re: Microsfot system Journal
  1854. In-Reply-To:  Message of Sat,
  1855.               24 Apr 1993 22:01:24 EDT from <BYRNES@ADMIN.HUMBERC.ON.CA>
  1856.  
  1857. George,
  1858.  
  1859. To subscribe to ACCESS-L, simply execute the command:
  1860.  
  1861. tell listserv at INDYCMS sub ACCESS-L George Byrnes
  1862.  
  1863. Of course, this assumes your accessing email via VM/CMS. If you're
  1864. not on VM/CMS, try sending mail containing the following line only:
  1865.  
  1866. subscribe ACCESS-L George Byrnes
  1867.  
  1868. I believe one of the two will get you on.
  1869.  
  1870. Regards,
  1871. ----------------------------------------------------------------------
  1872. trevor d. rotzien         marine science group
  1873. k.f.u.p.m. box 118        water resources & environment division
  1874. dhahran 31261             the research institute
  1875. saudi arabia              king fahd university of petroleum & minerals
  1876.  
  1877. email: rsiu42a@saupm00.bitnet
  1878. office: -966-03-860-4316
  1879. ----------------------------------------------------------------------
  1880. =========================================================================
  1881. Date:         Sat, 24 Apr 1993 22:24:55 -0700
  1882. Reply-To:     Microsoft Access Database Discussion List
  1883.               <ACCESS-L@INDYCMS.BITNET>
  1884. Sender:       Microsoft Access Database Discussion List
  1885.               <ACCESS-L@INDYCMS.BITNET>
  1886. From:         John von Colditz <johnvon@HALCYON.HALCYON.COM>
  1887. Subject:      Re: Microsfot system Journal
  1888. In-Reply-To:  <199304250201.AA06136@halcyon.com> from "George Byrnes" at Apr 24,
  1889.               93 10:01:24 pm
  1890.  
  1891. >
  1892. > Can someone tell me about this journal? Is it an e-journal? If so, which
  1893. > FTP site holds issues? If not, how dows one subscribe?
  1894. >
  1895. George,
  1896. The Microsoft Systems Journal is a journal, published by Microsoft,
  1897. aimed primarily at bleeding edge, windows system devleopers.  It is not
  1898. for the faint of heart!  Don't know if it is available at any FTP sites.
  1899. I believe it is about $75/year for six issues.
  1900.  
  1901. Hope this helps.
  1902. John...
  1903. =========================================================================
  1904. Date:         Sun, 25 Apr 1993 08:07:53 PDT
  1905. Reply-To:     Microsoft Access Database Discussion List
  1906.               <ACCESS-L@INDYCMS.BITNET>
  1907. Sender:       Microsoft Access Database Discussion List
  1908.               <ACCESS-L@INDYCMS.BITNET>
  1909. From:         "ROBERT GRINNELL,
  1910.               SEATTLE PACIFIC UNIVERSITY" <r_grinnell@LUKE.SPU.EDU>
  1911. Subject:      Re: Menu Bar Separtor Line
  1912.  
  1913. On Sat, 24 Apr 1993 21:44:00 EDT, George Byrnes
  1914.  
  1915. >Can someone tell me how to add a separator line between menuitems on a menu
  1916. >bar?
  1917.  
  1918. Put a row in your menu macro group, between the items that you want
  1919. separated.  Put a hyphen (-) in the Macro Name column.
  1920.  
  1921. Robert Grinnell
  1922. Seattle Pacific University
  1923. r_grinnell@luke.spu.edu
  1924. =========================================================================
  1925. Date:         Sun, 25 Apr 1993 09:24:12 PDT
  1926. Reply-To:     Microsoft Access Database Discussion List
  1927.               <ACCESS-L@INDYCMS.BITNET>
  1928. Sender:       Microsoft Access Database Discussion List
  1929.               <ACCESS-L@INDYCMS.BITNET>
  1930. From:         "Richard Brown (dickb)" <dickb@MICROSOFT.COM>
  1931. Subject:      Re: Menu Bar Separtor Line
  1932.  
  1933. From Access Help:
  1934.  
  1935. To create a line between two menu commands, type a hyphen (-) in the
  1936. Macro Name column between the appropriate menu  commands.
  1937.  
  1938. ----------
  1939. |From: George Byrnes  <netmail!BYRNES@ADMIN.HUMBERC.ON.CA>
  1940.  
  1941. |Can someone tell me how to add a separator line between menuitems on
  1942. |a menu bar?
  1943. =========================================================================
  1944. Date:         Mon, 26 Apr 1993 08:21:00 CDT
  1945. Reply-To:     Microsoft Access Database Discussion List
  1946.               <ACCESS-L@INDYCMS.BITNET>
  1947. Sender:       Microsoft Access Database Discussion List
  1948.               <ACCESS-L@INDYCMS.BITNET>
  1949. From:         Miguel Rivera <miguelr@IHLPE.ATT.COM>
  1950. Subject:      Reports and Blank Pages
  1951.  
  1952. Hi everybody,
  1953.  
  1954. I have a question about Access reports. I was writing a report on Access
  1955. but when I preview/print the report the even pages have some lines (-)
  1956. and there is no DB information in them. Is this is an Access problem?
  1957. Is there a fix for it or a way to work around the problem?
  1958.  
  1959. Is it posible to generate 2 or more columns report?
  1960.  
  1961.  
  1962. Thank you in advance,
  1963. Miguel A. Rivera
  1964. AT&T Bell Labs.
  1965. Naperville, IL. 60563
  1966. miguelr@ihlpe.att.com
  1967. =========================================================================
  1968. Date:         Mon, 26 Apr 1993 09:38:17 EDT
  1969. Reply-To:     Microsoft Access Database Discussion List
  1970.               <ACCESS-L@INDYCMS.BITNET>
  1971. Sender:       Microsoft Access Database Discussion List
  1972.               <ACCESS-L@INDYCMS.BITNET>
  1973. From:         Dave Finley <finleyd@FTDETRCK-VRINET.ARMY.MIL>
  1974. Subject:      Re: MSJ
  1975.  
  1976.           I currently get MSJ through my company. A few of my thoughts
  1977.           on MSJ, and its usefullness to ACCESS developers, follows:
  1978.  
  1979.           1.- MSJ, so far, has mostly concentrated on MS-Windows,
  1980.           especially "API"-level level issues. There have been a few
  1981.           good articles on general Windows design issues (s.a.,
  1982.           "Designing an Effective User Interface, in the Feb. 93
  1983.           issue).
  1984.  
  1985.           2.- Most "language-oriented" articles have covered C/C++.
  1986.           They have started to cover "Visual-Basic", though.
  1987.  
  1988.           3.- I have yet to see any articles on ACCESS. In time, we'll
  1989.           probably see a few articles.
  1990.  
  1991.           4.- Currently, MSJ comes out monthly. The subscription rates
  1992.           are:
  1993.  
  1994.           - $34.95 US, for one year (12 issues)
  1995.           - $59.95 US, for two years (24 issues)
  1996.  
  1997.           In short, MSJ is oriented around "lower-level" Windows
  1998.           Programming, using C/C++. If one hopes to find articles on
  1999.           "ACCESS", I would not look here. Especially as there is a
  2000.           "dedicated" ACCESS journal (ACCESS Advisor).
  2001. =========================================================================
  2002. Date:         Mon, 26 Apr 1993 10:41:08 EDT
  2003. Reply-To:     Microsoft Access Database Discussion List
  2004.               <ACCESS-L@INDYCMS.BITNET>
  2005. Sender:       Microsoft Access Database Discussion List
  2006.               <ACCESS-L@INDYCMS.BITNET>
  2007. From:         Dave Finley <finleyd@FTDETRCK-VRINET.ARMY.MIL>
  2008. Subject:      Access FTP sites
  2009.  
  2010.           Does anyone of FTP sites for ACCESS Info., such as MicroSoft
  2011.           Tech Notes, Example applications, etc.?
  2012. =========================================================================
  2013. Date:         Mon, 26 Apr 1993 13:52:02 CET
  2014. Reply-To:     Microsoft Access Database Discussion List
  2015.               <ACCESS-L@INDYCMS.BITNET>
  2016. Sender:       Microsoft Access Database Discussion List
  2017.               <ACCESS-L@INDYCMS.BITNET>
  2018. From:         "Hilger Martin Dr." <hilger@KPMG.CO.AT>
  2019. Subject:      Forms as Dialog-boxes and other problems
  2020.  
  2021. Hi to all on ACCESS-L and MS-ACCESS!
  2022.  
  2023. I have some questions:
  2024.  
  2025. .) Is there any way to put records in a listbox and to get the clicked
  2026. values without having them put in any other table?
  2027.  
  2028. .) I found no way to position on a certain record of RecordSource so that
  2029. when I click on an item in a listbox the value of a certain record will be
  2030. changed. Now always the first record is the one being changed. I got around
  2031. this problem by defining a Dynaset showing the one record that's meant to
  2032. be changed but I don't think this to be very elegant.
  2033.  
  2034. .) Can I change the User I am while being in a database or do I have to
  2035. close Access abd start it again?
  2036.  
  2037. .) Does a user need to have read/change rights for functions used by a
  2038. form?
  2039.  
  2040. .) Is there any way to avoid to display the normal
  2041. table/forms/queries/macros/functions-dialog that's visible from the moment
  2042. I open a database?
  2043.  
  2044. Regards
  2045.  
  2046. Martin
  2047. =========================================================================
  2048. Date:         Mon, 26 Apr 1993 08:34:13 PDT
  2049. Reply-To:     Microsoft Access Database Discussion List
  2050.               <ACCESS-L@INDYCMS.BITNET>
  2051. Sender:       Microsoft Access Database Discussion List
  2052.               <ACCESS-L@INDYCMS.BITNET>
  2053. From:         Tony Tam <tonyt%cimsim.berkeley.edu@LBL.BITNET>
  2054. Subject:      Re: Reports and Blank Pages
  2055.  
  2056. >
  2057. > Hi everybody,
  2058. >
  2059. > I have a question about Access reports. I was writing a report on Access
  2060. > but when I preview/print the report the even pages have some lines (-)
  2061. > and there is no DB information in them. Is this is an Access problem?
  2062. > Is there a fix for it or a way to work around the problem?
  2063. >
  2064. I think the report you designed have margins too wide to fit on one
  2065. page, so access prints the things that don't fit on another page.  I
  2066. think you should design reports for portrait mode with to be 7in wide
  2067. since the margins are 1in on each side and for landscape, make sure the
  2068. report is not wider than 10.5in.  But you can always play around with
  2069. the margin settings.
  2070.  
  2071. > Is it posible to generate 2 or more columns report?
  2072. >
  2073.  
  2074. This was mentioned in Access Advisor.  You can change the number of
  2075. columns in the print setup (I think).
  2076.  
  2077. ----------------------------------------------------------------------
  2078. "Never be afraid of asking questions"
  2079. Tony <Always having fun> Tam                 tonyt@cimsim.berkeley.edu
  2080. ----------------------------------------------------------------------
  2081. =========================================================================
  2082. Date:         Mon, 26 Apr 1993 08:39:01 -0700
  2083. Reply-To:     Microsoft Access Database Discussion List
  2084.               <ACCESS-L@INDYCMS.BITNET>
  2085. Sender:       Microsoft Access Database Discussion List
  2086.               <ACCESS-L@INDYCMS.BITNET>
  2087. From:         John von Colditz <johnvon@HALCYON.HALCYON.COM>
  2088. Subject:      Re: Forms as Dialog-boxes and other problems
  2089. In-Reply-To:  <199304261525.AA07815@halcyon.com> from "Hilger Martin Dr." at
  2090.               Apr 26, 93 01:52:02 pm
  2091.  
  2092. Martin,
  2093.  
  2094. In answer to your last question.  In the Northwind database that comes
  2095. with Access, there is a HideToolBar() function to hide the toolbar.  In
  2096. the Autoexec macro, for Northwind, there is a macro command which
  2097. demonstrates how to hide the database container.
  2098.  
  2099. Good luck.
  2100.  
  2101. John
  2102.  
  2103. Note: To supress the autoexec when you open Northwind, hold down the
  2104. space key when you open it.
  2105. =========================================================================
  2106. Date:         Mon, 26 Apr 1993 08:44:01 -0700
  2107. Reply-To:     Microsoft Access Database Discussion List
  2108.               <ACCESS-L@INDYCMS.BITNET>
  2109. Sender:       Microsoft Access Database Discussion List
  2110.               <ACCESS-L@INDYCMS.BITNET>
  2111. From:         John von Colditz <johnvon@HALCYON.HALCYON.COM>
  2112. Subject:      Re: Reports and Blank Pages
  2113. In-Reply-To:  <199304261537.AA08111@halcyon.com> from "Tony Tam" at Apr 26,
  2114.               93 08:34:13 am
  2115.  
  2116. Note on multi-column reports.  The subject is covered in-depth in the
  2117. premier issue of Inside Microsoft Access.  They would probably send it
  2118. to you for free to evaluate.
  2119.  
  2120. John
  2121. =========================================================================
  2122. Date:         Mon, 26 Apr 1993 08:48:58 PDT
  2123. Reply-To:     Microsoft Access Database Discussion List
  2124.               <ACCESS-L@INDYCMS.BITNET>
  2125. Sender:       Microsoft Access Database Discussion List
  2126.               <ACCESS-L@INDYCMS.BITNET>
  2127. From:         Jim Renaud <wiseguy@MCODE.AMDAHL.COM>
  2128. Subject:      Re: Microsfot system Journal
  2129.  
  2130. > >
  2131. > > Can someone tell me about this journal? Is it an e-journal? If so, which
  2132. > > FTP site holds issues? If not, how dows one subscribe?
  2133. > >
  2134. > George,
  2135. > The Microsoft Systems Journal is a journal, published by Microsoft,
  2136. > aimed primarily at bleeding edge, windows system devleopers.  It is not
  2137. > for the faint of heart!  Don't know if it is available at any FTP sites.
  2138. > I believe it is about $75/year for six issues.
  2139. >
  2140. > Hope this helps.
  2141. > John...
  2142. >
  2143.  
  2144. My last renewal was about half the much money. You can also read the Journal
  2145. on the Microsoft Developer's Network CD if you ordered it. The preliminary
  2146. program was $30.00. This year, the CD will cost $200.00 (Preliminary CD
  2147. owners can get it for $170.00).
  2148.  
  2149.  
  2150. -----------------------------------------------------------------------
  2151.  
  2152. Jim Renaud                              [Standard Disclaimer]
  2153.  
  2154. Amdahl Corporation
  2155. M/S 205                                 Phone:  408-992-2662
  2156. Bldg. M3  Room 235                      Fax:    408-773-0833
  2157. 1230 E. Arques Avenue                   Email:  wiseguy@mcode.amdahl.com
  2158. Sunnyvale, CA 94088-3470
  2159. =========================================================================
  2160. Date:         Mon, 26 Apr 1993 10:52:51 EST
  2161. Reply-To:     Microsoft Access Database Discussion List
  2162.               <ACCESS-L@INDYCMS.BITNET>
  2163. Sender:       Microsoft Access Database Discussion List
  2164.               <ACCESS-L@INDYCMS.BITNET>
  2165. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  2166. Organization: IUPUI Student Activities Office (317) 274-3931
  2167. Subject:      Tech notes and so forth
  2168.  
  2169. There is a file on Microsoft's BBS called ALLFILES.EXE in the Access files
  2170. area that has a large number of technical notes in it.  If I can get a
  2171. filelist activated for this list, I will make them available via LISTSERV
  2172. (not FTP, unfortunately).
  2173.  
  2174. Nathan Brindle
  2175. Listowner, ACCESS-L
  2176.  
  2177. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2178. Nathan C. Brindle, Student Activities Office
  2179. Indiana University Purdue University Indianapolis
  2180. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2181. List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  2182. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  2183. ------------------------------------------------------------------------------
  2184. =========================================================================
  2185. Date:         Mon, 26 Apr 1993 08:29:23 -0700
  2186. Reply-To:     Microsoft Access Database Discussion List
  2187.               <ACCESS-L@INDYCMS.BITNET>
  2188. Sender:       Microsoft Access Database Discussion List
  2189.               <ACCESS-L@INDYCMS.BITNET>
  2190. From:         John von Colditz <johnvon@HALCYON.HALCYON.COM>
  2191. Subject:      Re: MSJ/Access Journals
  2192. In-Reply-To:  <199304261347.AA05695@halcyon.com> from "Dave Finley" at Apr 26,
  2193.               93 09:38:17 am
  2194.  
  2195. Access Journals I am currently aware of:
  2196.  
  2197. Smart Access
  2198. Pinnacle Publishing, Inc.,
  2199. 1800 72nd Ave S, Suite 217
  2200. Kent, WA  98032
  2201. $139/year - Aimed at Access Developers/Power Users
  2202.  
  2203. Inside Microsoft Access
  2204. Cobb Group
  2205. 9420 Bunsen Parkway, Suite 300
  2206. Louisville, KY  40220   800-223-8720
  2207. $59/year - Aimed at everyday Access Users
  2208.  
  2209. Access Advisor
  2210. 4010 Morena Blvd., Suite 200
  2211. San Diego, CA  92117   800-336-6060
  2212. $35/year, $125 with companion disk - Aimed at everyday users
  2213.  
  2214. Most of these publications are available at discount rates through
  2215. premier issue subscription cards, or cards included within issues.
  2216.  
  2217. John
  2218. =========================================================================
  2219. Date:         Mon, 26 Apr 1993 09:50:57 PDT
  2220. Reply-To:     Microsoft Access Database Discussion List
  2221.               <ACCESS-L@INDYCMS.BITNET>
  2222. Sender:       Microsoft Access Database Discussion List
  2223.               <ACCESS-L@INDYCMS.BITNET>
  2224. From:         Tony Tam <tonyt%cimsim.berkeley.edu@LBL.BITNET>
  2225. Subject:      Re: Forms as Dialog-boxes and other problems
  2226.  
  2227. > I have some questions:
  2228. >
  2229. > .) Is there any way to put records in a listbox and to get the clicked
  2230. > values without having them put in any other table?
  2231.  
  2232. Use an unbound listbox and either specify a query, table or SQL string
  2233. in the RowSource.
  2234.  
  2235. >
  2236. > .) I found no way to position on a certain record of RecordSource so that
  2237. > when I click on an item in a listbox the value of a certain record will be
  2238. > changed. Now always the first record is the one being changed. I got around
  2239. > this problem by defining a Dynaset showing the one record that's meant to
  2240. > be changed but I don't think this to be very elegant.
  2241. >
  2242.  
  2243. If you define a sub form with the link field to be the unbound list box
  2244. I mentioned before, you can click on a row in the list box and the
  2245. record with the same key value as the list box would be selected.
  2246. I don't think I really understand your question here.
  2247.  
  2248. > .) Can I change the User I am while being in a database or do I have to
  2249. > close Access abd start it again?
  2250.  
  2251. I don't think you can.
  2252.  
  2253. >
  2254. > .) Does a user need to have read/change rights for functions used by a
  2255. > form?
  2256.  
  2257. No, Microsoft posted a 20 page paper on how to protect your database
  2258. file for distribution.  My boss got it off of CompuServe.
  2259. I think all users just need the Execute permission which is always
  2260. given.
  2261.  
  2262. >
  2263. > .) Is there any way to avoid to display the normal
  2264. > table/forms/queries/macros/functions-dialog that's visible from the moment
  2265. > I open a database?
  2266. >
  2267.  
  2268. Yes, create an Autoexec macro and call the DoMenuItem macro to goto
  2269. Windows->Hide Window->... or was it SendKeys ... Look at the sample
  2270. applications Microsoft shipped with Access.  To open their application
  2271. without it starting the application, hold down the shift key when you
  2272. open the database file.  Look in the Autoexec macro.
  2273.  
  2274. Hope this helps.
  2275.  
  2276. ----------------------------------------------------------------------
  2277. "Never be afraid of asking questions"
  2278. Tony <Always having fun> Tam                 tonyt@cimsim.berkeley.edu
  2279. ----------------------------------------------------------------------
  2280. =========================================================================
  2281. Date:         Mon, 26 Apr 1993 12:57:08 CDT
  2282. Reply-To:     Microsoft Access Database Discussion List
  2283.               <ACCESS-L@INDYCMS.BITNET>
  2284. Sender:       Microsoft Access Database Discussion List
  2285.               <ACCESS-L@INDYCMS.BITNET>
  2286. From:         Mark Armitage <ma@TADPOLE.COM>
  2287. Subject:      Graph Tool
  2288.  
  2289. I haven't seen any questions on graphs, so either no-one's using them, or
  2290. I'm doing something stupid.  I suspect the latter.
  2291.  
  2292. I'm trying to create a graph that changes from record to record, like the
  2293. "Sales by Product" example in the Northwind Database.  The only difference
  2294. (that I can see) is that my graphs will have several lines on.  Carrying on
  2295. with the Northwind analogy, it would be like having a separate line for each
  2296. salesperson who sold the product.  So, I've done this:
  2297.  
  2298. 1. Create the form which includes the field that I want to use to "link" to
  2299. the graph [product ID].
  2300.  
  2301. 2. Create a query which includes all the fields I want to plot, for example,
  2302. [date], [amount of sale], [salesperson], plus the field I am going to link
  2303. with, ([product ID]).
  2304.  
  2305. 3. Create a graph in the form using the graph tool.
  2306.  
  2307. Step 3 is where things go horribly wrong.  If I set the graph up so that it
  2308. just shows a single line that shows all sales for the product (ie I don't
  2309. include [salesperson] in the list of things to graph), then it all works
  2310. fine.  If I include [saleperson] in the list of things to graph (with the
  2311. intention of getting one line for each salesperson), then I am not given the
  2312. option of linking [product ID] on the form with [product ID] in the query.  The
  2313. [product ID] just doesn't appear in the right hand box when I am asked to
  2314. specify the fields to link.
  2315.  
  2316. So, what am I doing wrong, and more generally, what do you need to do to
  2317. make the graph tool let you create graphs with multiple lines on each graph ?
  2318.  
  2319. Thanks for any suggestions.
  2320.  
  2321. Mark Armitage
  2322. ma@tadpole.com
  2323. =========================================================================
  2324. Date:         Sun, 25 Apr 1993 14:59:34 -0400
  2325. Reply-To:     pjohnson@jabba.uucp
  2326. Sender:       Microsoft Access Database Discussion List
  2327.               <ACCESS-L@INDYCMS.BITNET>
  2328. From:         Palmer Johnson <pjohnson@JABBA.UUCP>
  2329. Organization: Windsors Users Consortium
  2330. Subject:      Microsoft Database Discussion List
  2331.  
  2332. You have a user....artwoods!woods!jabba.uucp@cs.uwindsor.ca
  2333.  
  2334. his system has gone down....
  2335.  
  2336. He has asked to to ask you to PLEASE STOP sending him the mail....
  2337.  
  2338. When he get back-up is will re-subscribe...
  2339.  
  2340. as he is also going to change his system name as there is a woods already
  2341.  
  2342. sysadmin  Jabba
  2343.  
  2344. Palmer Johnson                  Please forward mail to
  2345. Windsor, Ont.                   UUCP: cs.uwindsor.ca!jabba!pjohnson
  2346.                                 InterNet pjohnson@access.cs.uwindsor.ca
  2347. =========================================================================
  2348. Date:         Mon, 26 Apr 1993 22:42:52 EST
  2349. Reply-To:     Microsoft Access Database Discussion List
  2350.               <ACCESS-L@INDYCMS.BITNET>
  2351. Sender:       Microsoft Access Database Discussion List
  2352.               <ACCESS-L@INDYCMS.BITNET>
  2353. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  2354. Organization: IUPUI Student Activities Office (317) 274-3931
  2355. Subject:      Re: Microsoft Database Discussion List
  2356. In-Reply-To:  Message of Sun,
  2357.               25 Apr 1993 14:59:34 -0400 from <pjohnson@JABBA.UU CP>
  2358.  
  2359. On Sun, 25 Apr 1993 14:59:34 -0400 Palmer Johnson said:
  2360. >You have a user....artwoods!woods!jabba.uucp@cs.uwindsor.ca
  2361. >
  2362. >his system has gone down....
  2363. >
  2364. >He has asked to to ask you to PLEASE STOP sending him the mail....
  2365. >
  2366.  
  2367. He is not directly subscribed to the list.  Will whoever is redistributing
  2368. him ACCESS-L traffic please take care of this?  Thanks.
  2369.  
  2370. Nathan Brindle
  2371. Listowner, ACCESS-L
  2372.  
  2373. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2374. Nathan C. Brindle, Student Activities Office
  2375. Indiana University Purdue University Indianapolis
  2376. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2377. List Owner, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  2378. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  2379. ------------------------------------------------------------------------------
  2380. =========================================================================
  2381. Date:         Tue, 27 Apr 1993 09:06:36 +0100
  2382. Reply-To:     Microsoft Access Database Discussion List
  2383.               <ACCESS-L@INDYCMS.BITNET>
  2384. Sender:       Microsoft Access Database Discussion List
  2385.               <ACCESS-L@INDYCMS.BITNET>
  2386. From:         Robert A Nicholls <ran@DOC.IC.AC.UK>
  2387. Subject:      VB to Access DDE communications
  2388.  
  2389. A couple of weeks ago I posted a question to Usenet concerning communicating
  2390. between VB and MSACCESS using DDE. The answers I received at that time
  2391. allowed me to get a prototype of my project working. However, during
  2392. this process I have come up with new problems.
  2393.  
  2394. 1) There seems to be a limit of 255 characters for a DDE Topic string.Is
  2395. this inherent in all DDE systems or just peculiar to MSACCESS or VB?
  2396.  
  2397. 2) It is easy to query an Access database from VB using the DDE SQL command,
  2398. (provided the above limitation is overcome by using short field and table
  2399. names) but how is one meant to update a database?
  2400.    a) A DDE SQL UPDATE command does not seem to work.
  2401.    b) Initiating an Access macro using a DDE Execute command from VB cannot
  2402.       be used because when the macro requests information from VB using a
  2403.       second DDE channel the programs dead lock until time-outs occur.
  2404.       (The VB to Access channel has to close before the Access to VB channel
  2405.       is initiated, I guess.)
  2406.    c) Access does not allow VB to DDE POKE the information.
  2407.  
  2408.  
  2409.    The way I eventually managed to update a database was by sending key-
  2410.    strokes from VB to Access using the SendKeys command. This technique has
  2411.    the problem that Access cannot be minimised and it must always be in a
  2412.    state ready to respond to the sequence of key-strokes VB sends.
  2413.  
  2414. Are all the above statements correct or have I made incorrect assumptions?
  2415. Are there any better work arounds to the above? Are there any signs of an
  2416. ODBC driver for Access?
  2417.  
  2418. Bob
  2419. ran@doc.ic.ac.uk
  2420. =========================================================================
  2421. Date:         Wed, 28 Apr 1993 10:52:40 CET
  2422. Reply-To:     Microsoft Access Database Discussion List
  2423.               <ACCESS-L@INDYCMS.BITNET>
  2424. Sender:       Microsoft Access Database Discussion List
  2425.               <ACCESS-L@INDYCMS.BITNET>
  2426. From:         "Hilger Martin Dr." <hilger@KPMG.CO.AT>
  2427. Subject:      Re: Reports and Blank Pages
  2428.  
  2429. > I have a question about Access reports. I was writing a report on Access
  2430. > but when I preview/print the report the even pages have some lines (-)
  2431. > and there is no DB information in them. Is this is an Access problem?
  2432. > Is there a fix for it or a way to work around the problem?
  2433.  
  2434. Try to find the lines that make your report too wide. Some of the lines the
  2435. report generator puts into a new report are a bit hard to detect because
  2436. they are very close to the gray boundary descriptions. I always point,
  2437. click and drag the clicked mouse from inside the section to inside the gray
  2438. boundary bar. If then there are line-handles then these are responsible for
  2439. making it impossible to make your report fit on one page.
  2440. =========================================================================
  2441. Date:         Wed, 28 Apr 1993 11:30:37 CET
  2442. Reply-To:     Microsoft Access Database Discussion List
  2443.               <ACCESS-L@INDYCMS.BITNET>
  2444. Sender:       Microsoft Access Database Discussion List
  2445.               <ACCESS-L@INDYCMS.BITNET>
  2446. From:         "Hilger Martin Dr." <hilger@KPMG.CO.AT>
  2447. Subject:      Wishes for Access 2.0
  2448.  
  2449. .) Better keystroke-behaviour when editing a field in a table or
  2450. property-list: HOME should jump to the beginning of the contents, END to
  2451. the end. LEFT, RIGHT should make it possible to "walk" through the contents
  2452. (just like in the editing-line of Excel).
  2453.  
  2454. .) Sometimes it can be quite annoying to find a field in a report after
  2455. having changed field-names in underlying tables. Access expects me to enter
  2456. parameters but what I'd like to have is:
  2457. a) a possibility to synchronize changes between tables and dependent
  2458. reports, forms or
  2459. b) a way to search for fields in reports/forms.
  2460.  
  2461. .) include Access Basic commands for administration of users and groups or
  2462. having documented System-Tables so that I don't have to use the built-in
  2463. Menu-commands. I would need it i.e. for building tables/queries for
  2464. listboxes so that certain users can see just certain options. Now I would
  2465. have to use the built-in dialogs for the rights and then still have to edit
  2466. the tables that are dependent from groups.
  2467.  
  2468. If there are workarounds for some of these problems please let me know...
  2469.  
  2470. Regards
  2471.  
  2472. Martin
  2473. =========================================================================
  2474. Date:         Wed, 28 Apr 1993 07:20:10 -0700
  2475. Reply-To:     Microsoft Access Database Discussion List
  2476.               <ACCESS-L@INDYCMS.BITNET>
  2477. Sender:       Microsoft Access Database Discussion List
  2478.               <ACCESS-L@INDYCMS.BITNET>
  2479. From:         Myles Leitch <leit@UNIXG.UBC.CA>
  2480. Subject:      De-subscribe
  2481. In-Reply-To:  <9304280951.AA18800@unixg.ubc.ca>
  2482.  
  2483. Oops. Lost the address of the list coordinator. Please de-subscribe me
  2484. since I will be away from my office for 6 weeks. Sorry to clog the airways
  2485. with this.
  2486.  
  2487. Myles Leitch
  2488. Linguistics Department
  2489. UBC Vancouver.
  2490. =========================================================================
  2491. Date:         Wed, 28 Apr 1993 10:56:00 EST
  2492. Reply-To:     Microsoft Access Database Discussion List
  2493.               <ACCESS-L@INDYCMS.BITNET>
  2494. Sender:       Microsoft Access Database Discussion List
  2495.               <ACCESS-L@INDYCMS.BITNET>
  2496. From:         JOSE <PAYAMPS@FORDMULC.BITNET>
  2497. Subject:      Subscription
  2498.  
  2499. Subscribe Jose Payamps to Microsoft Access Mailing List
  2500.  
  2501. Thanks
  2502.  
  2503. Jose Payamps
  2504. =========================================================================
  2505. Date:         Wed, 28 Apr 1993 08:36:52 -0700
  2506. Reply-To:     Microsoft Access Database Discussion List
  2507.               <ACCESS-L@INDYCMS.BITNET>
  2508. Sender:       Microsoft Access Database Discussion List
  2509.               <ACCESS-L@INDYCMS.BITNET>
  2510. From:         Dustin Kassman <dhk@HPCVUSE.CV.HP.COM>
  2511. Subject:      Re: Wishes for Access 2.0
  2512.  
  2513. For those that do not know, Microsoft has two email addresses for reporting
  2514. Access bugs or suggestions.  They are:
  2515.  
  2516. To report bugs or problems in Microsoft Access: ACCBUG@microsoft.com
  2517. To provide feedback for future versions of Access: ACC-WHISH@microsoft.com
  2518.  
  2519.  
  2520.                                 Dustin Kassman
  2521.                                 dhk@cv.hp.com
  2522. =========================================================================
  2523. Date:         Wed, 28 Apr 1993 08:22:58 CDT
  2524. Reply-To:     Microsoft Access Database Discussion List
  2525.               <ACCESS-L@INDYCMS.BITNET>
  2526. Sender:       Microsoft Access Database Discussion List
  2527.               <ACCESS-L@INDYCMS.BITNET>
  2528. From:         Mark Armitage <ma@TADPOLE.COM>
  2529. Subject:      Graph Tool
  2530.  
  2531. Sorry if you've all seen this before, but as I haven't heard a squeak out of
  2532. anyone, I'm beginning to wonder if this message made it to the list.  Let me
  2533. know if the questions unclear. If I don't hear anything, I'll have to brave
  2534. Microsoft's tech support line :-(
  2535.  
  2536. - Hey, I wonder if I can put them on my MCI Friends and Family Plan!
  2537.  
  2538. ------ Message Repeated --------
  2539.  
  2540. I haven't seen any questions on graphs, so either no-one's using them, or
  2541. I'm doing something stupid.  I suspect the latter.
  2542.  
  2543. I'm trying to create a graph that changes from record to record, like the
  2544. "Sales by Product" example in the Northwind Database.  The only difference
  2545. (that I can see) is that my graphs will have several lines on.  Carrying on
  2546. with the Northwind analogy, it would be like having a separate line for each
  2547. salesperson who sold the product.  So, I've done this:
  2548.  
  2549. 1. Create the form which includes the field that I want to use to "link" to
  2550. the graph [product ID].
  2551.  
  2552. 2. Create a query which includes all the fields I want to plot, for example,
  2553. [date], [amount of sale], [salesperson], plus the field I am going to link
  2554. with, ([product ID]).
  2555.  
  2556. 3. Create a graph in the form using the graph tool.
  2557.  
  2558. Step 3 is where things go horribly wrong.  If I set the graph up so that it
  2559. just shows a single line that shows all sales for the product (ie I don't
  2560. include [salesperson] in the list of things to graph), then it all works
  2561. fine.  If I include [saleperson] in the list of things to graph (with the
  2562. intention of getting one line for each salesperson), then I am not given the
  2563. option of linking [product ID] on the form with [product ID] in the query.  The
  2564. [product ID] just doesn't appear in the right hand box when I am asked to
  2565. specify the fields to link.
  2566.  
  2567. So, what am I doing wrong, and more generally, what do you need to do to
  2568. make the graph tool let you create graphs with multiple lines on each graph ?
  2569.  
  2570. Thanks for any suggestions.
  2571.  
  2572. Mark Armitage
  2573. ma@tadpole.com
  2574. =========================================================================
  2575. Date:         Wed, 28 Apr 1993 10:52:12 EST
  2576. Reply-To:     Microsoft Access Database Discussion List
  2577.               <ACCESS-L@INDYCMS.BITNET>
  2578. Sender:       Microsoft Access Database Discussion List
  2579.               <ACCESS-L@INDYCMS.BITNET>
  2580. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  2581. Organization: IUPUI Student Activities Office (317) 274-3931
  2582. Subject:      Re: Subscription
  2583. In-Reply-To:  Message of Wed, 28 Apr 1993 10:56:00 EST from <PAYAMPS@FORDMULC>
  2584.  
  2585. Administrative Note:
  2586.  
  2587. If you need to stop your mail for a period of time, rather than unsubscribing,
  2588. you may send the command SET ACCESS-L NOMAIL to LISTSERV@INDYCMS.BITNET.
  2589.  
  2590. To re-start your mail when you return, send the command SET ACCESS-L MAIL to
  2591. LISTSERV@INDYCMS.BITNET.
  2592.  
  2593. If you really need to unsubscribe (losing your account for some reason, for
  2594. instance), send the command UNSUB ACCESS-L to LISTSERV@INDYCMS.BITNET.
  2595.  
  2596. For a complete rundown on LISTSERV commands, please send the command
  2597. SENDME LISTSERV REFCARD to LISTSERV@INDYCMS.BITNET.
  2598.  
  2599. Thanks,
  2600. Nathan Brindle
  2601. List Administrator
  2602.  
  2603. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2604. Nathan C. Brindle, Student Activities Office
  2605. Indiana University Purdue University Indianapolis
  2606. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2607. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  2608. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  2609. ------------------------------------------------------------------------------
  2610. =========================================================================
  2611. Date:         Wed, 28 Apr 1993 09:46:02 -0700
  2612. Reply-To:     Microsoft Access Database Discussion List
  2613.               <ACCESS-L@INDYCMS.BITNET>
  2614. Sender:       Microsoft Access Database Discussion List
  2615.               <ACCESS-L@INDYCMS.BITNET>
  2616. From:         "Richard Brown (dickb)" <dickb@MICROSOFT.COM>
  2617. Subject:      FW: Wishes for Access 2.0
  2618.  
  2619. Just to correct a typo, it's:
  2620.  
  2621. acc-wish@microsoft.com
  2622.  
  2623. for feedback on features.
  2624. ----------
  2625. From: Dustin Kassman  <netmail!dhk@HPCVUSE.CV.HP.COM>
  2626. To: Multiple recipients of list ACCESS-L  <ACCESS-L@INDYCMS.BITNET>
  2627. Subject: Re: Wishes for Access 2.0
  2628. Date: Wednesday, April 28, 1993 08:36
  2629.  
  2630. For those that do not know, Microsoft has two email addresses for reporting
  2631. Access bugs or suggestions.  They are:
  2632.  
  2633. To report bugs or problems in Microsoft Access: ACCBUG@microsoft.com
  2634. To provide feedback for future versions of Access: ACC-WHISH@microsoft.com
  2635.  
  2636.  
  2637.                                 Dustin Kassman
  2638.                                 dhk@cv.hp.com
  2639. =========================================================================
  2640. Date:         Wed, 28 Apr 1993 18:49:18 -0600
  2641. Reply-To:     Microsoft Access Database Discussion List
  2642.               <ACCESS-L@INDYCMS.BITNET>
  2643. Sender:       Microsoft Access Database Discussion List
  2644.               <ACCESS-L@INDYCMS.BITNET>
  2645. From:         Michael Ritter <RITTERMJ@MSCD.BITNET>
  2646. Subject:      unsubcribe
  2647.  
  2648. delete me from the group.  Thank you for all of the good information and letters
  2649.    will wish you all well.
  2650. =========================================================================
  2651. Date:         Thu, 29 Apr 1993 11:58:04 BST
  2652. Reply-To:     Microsoft Access Database Discussion List
  2653.               <ACCESS-L@INDYCMS.BITNET>
  2654. Sender:       Microsoft Access Database Discussion List
  2655.               <ACCESS-L@INDYCMS.BITNET>
  2656. From:         "Anne L Zorner R27.G5/" <ALZ@IBM-B.RUTHERFORD.AC.UK>
  2657. Subject:      re graph
  2658.  
  2659. SQL Support Section (SQS)         Mail ALZ@UK.AC.RL.IB
  2660. ===============================================================
  2661. Not that I can offer any help but .. I did try to do the same sort of
  2662. thing as I think you are suggesting and it failed for me as well.
  2663. I was hoping to get back to it soon....!
  2664. PS I did try and use our forward facility yesterday to reply to your
  2665. note but it seems that that does not work still. Its a real pain to
  2666. have to come out of our mail inbasket facility in order to reply to
  2667. problems!
  2668.  
  2669. Thankyou
  2670. ===============================================================
  2671. =========================================================================
  2672. Date:         Fri, 30 Apr 1993 08:33:00 PDT
  2673. Reply-To:     Microsoft Access Database Discussion List
  2674.               <ACCESS-L@INDYCMS.BITNET>
  2675. Sender:       Microsoft Access Database Discussion List
  2676.               <ACCESS-L@INDYCMS.BITNET>
  2677. From:         Detlef Schwenke <Schwenke@MAILGATE.WIWI.UNI-MARBURG.DE>
  2678. Subject:      using an index
  2679.  
  2680. Hi there,
  2681. using dBase IV I can create multiple Indexes, open (use) the database and
  2682. switch between the indexes (set order to..). I am able to create indexes in
  2683. Access, but how do I use them in a form (set order to ..)? The online-Help
  2684. explains the use of an index only in tables but not in forms.
  2685.  
  2686. Thanks for hints (RTFM too).
  2687.  
  2688. Detlef Schwenke               E-Mail: Schwenke@DMRHRZ11.bitnet or
  2689. Philipps-University Marburg           Schwenke@Mailgate.Wiwi.Uni-Marburg.De
  2690. Universitaetsstr. 25           Phone: +49-06421-283748
  2691. W-3550 Marburg                   Fax: +49-06421-284858
  2692. Germany
  2693. =========================================================================
  2694. Date:         Fri, 30 Apr 1993 09:19:10 EDT
  2695. Reply-To:     Microsoft Access Database Discussion List
  2696.               <ACCESS-L@INDYCMS.BITNET>
  2697. Sender:       Microsoft Access Database Discussion List
  2698.               <ACCESS-L@INDYCMS.BITNET>
  2699. From:         Gerry Roston <gerry@FRC2.FRC.RI.CMU.EDU>
  2700. Subject:      Problem - Highlighting list entry
  2701.  
  2702. After a long silence, maybe some one is still out there...
  2703.  
  2704. I am developing an applicaiton that uses multiple forms for data
  2705. inputs.  I also want to use the same forms for editing the data. The
  2706. top of each form has a list box showing the other available forms and
  2707. a button, that when pushed, switches to that other form. When the new
  2708. form is opened, it checks to see which mode is required, data entry or
  2709. edit existing data. In the former case, a DoMenuItem is issued and it
  2710. set Records to DataEntry. In the latter case it issues a DoMenuItem
  2711. and set Records to EditingAllowed.
  2712.  
  2713. Now here's the problem: In data entry mode, the above mentioned list
  2714. box works fine. Swithing between forms works. However, in edit mode,
  2715. clicking on the box fails to highlight the item. I tried using the
  2716. OnEnter property to set DataEntry, but this option is not available.
  2717.  
  2718. Can some one please suggest how I might solve this problem.
  2719.  
  2720.  
  2721.  
  2722. --
  2723. Gerry Roston (gerry@cmu.edu)    | All national institutions of churches,
  2724. Field Robotics Center,          | whether Jewish, Christian, or Turkish,
  2725. Carnegie Mellon University      | appear to me no other than human
  2726. Pittsburgh, PA, 15213           | inventions, set up to terrify and enslave
  2727. (412) 268-3856                  | mankind, and monopolize power and profit.
  2728.                                 | Thomas Paine
  2729. The opinions expressed are mine |
  2730. and do not reflect the official |
  2731. position of CMU, FRC, RedZone,  |
  2732. or any other organization.      |
  2733. =========================================================================
  2734. Date:         Fri, 30 Apr 1993 09:05:09 EST
  2735. Reply-To:     Microsoft Access Database Discussion List
  2736.               <ACCESS-L@INDYCMS.BITNET>
  2737. Sender:       Microsoft Access Database Discussion List
  2738.               <ACCESS-L@INDYCMS.BITNET>
  2739. From:         reese%ccmailgw@UUNET.UU.NET
  2740. Subject:      unsubscribe
  2741.  
  2742. Please remove my subscription to the ACCESS-L list.
  2743.  
  2744. Don Reese
  2745. reese@pdn.paradyne.com
  2746. =========================================================================
  2747. Date:         Fri, 30 Apr 1993 09:05:06 EST
  2748. Reply-To:     Microsoft Access Database Discussion List
  2749.               <ACCESS-L@INDYCMS.BITNET>
  2750. Sender:       Microsoft Access Database Discussion List
  2751.               <ACCESS-L@INDYCMS.BITNET>
  2752. From:         reese@PARADYNE.COM
  2753. Subject:      Unsubscribe
  2754.  
  2755. Please Remove from from the mailing list
  2756.  
  2757. Don Reese
  2758. reese@pdn.paradyne.com
  2759. =========================================================================
  2760. Date:         Fri, 30 Apr 1993 09:10:06 EST
  2761. Reply-To:     Microsoft Access Database Discussion List
  2762.               <ACCESS-L@INDYCMS.BITNET>
  2763. Sender:       Microsoft Access Database Discussion List
  2764.               <ACCESS-L@INDYCMS.BITNET>
  2765. From:         reese@PARADYNE.COM
  2766. Subject:      Re[2]: unsubscribe
  2767.  
  2768. Thanks,
  2769. The mail I am receiving is comming from ACCESS-L%INDYCMS.BITNET@uga.cc.uga.edu
  2770. after all.  It does seem strange in that I sent my unsubscribe to the same
  2771. address as the subscribe request.  Will send another request to the list and I
  2772. hope that solves it.
  2773.  
  2774. Don Reese
  2775. ============================================================
  2776. Hi!
  2777.  
  2778. I could not find you in the mailing list. Could it be that you are
  2779. subscribed to ACCESS-L or one of the other sub-lists instead of MS-ACCESS?
  2780.  
  2781. Regards
  2782.  
  2783. Martin Hilger
  2784. MS-ACCESS List Admin
  2785. =========================================================================
  2786. Date:         Fri, 30 Apr 1993 09:52:44 EST
  2787. Reply-To:     Microsoft Access Database Discussion List
  2788.               <ACCESS-L@INDYCMS.BITNET>
  2789. Sender:       Microsoft Access Database Discussion List
  2790.               <ACCESS-L@INDYCMS.BITNET>
  2791. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  2792. Organization: IUPUI Student Activities Office (317) 274-3931
  2793. Subject:      Re: Re[2]: unsubscribe
  2794. In-Reply-To:  Message of Fri, 30 Apr 1993 09:10:06 EST from <reese@PARADYNE.COM>
  2795.  
  2796. Folks, please!  I am receiving too many requests to unsubscribe that could
  2797. be handled by the subscribers themselves if they would just take the time
  2798. to follow the instructions I sent out the other day.  (The following applies
  2799. only to those who are directly subscribed to ACCESS-L@INDYCMS.)
  2800.  
  2801. To UNSUBSCRIBE:  Send the command UNSUB ACCESS-L to LISTSERV@INDYCMS.BITNET .
  2802.  
  2803. To set mail off for a short period:  Send the command SET ACCESS-L NOMAIL
  2804. to LISTSERV@INDYCMS.BITNET .
  2805.  
  2806. If you are not directly subscribed to the list, please contact the
  2807. administrator of your local redistribution net.  If you are not sure whether
  2808. or not you are directly subscribed, send the command REV ACCESS-L to
  2809. LISTSERV@INDYCMS.BITNET and you will be sent a copy of the list.
  2810.  
  2811. Sending an unsubscribe command to the list is not unlike trying to turn out
  2812. a light by talking to the bulb!  Thanks for your help.
  2813.  
  2814. Nathan Brindle
  2815. List Administrator, ACCESS-L
  2816.  
  2817. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2818. Nathan C. Brindle, Student Activities Office
  2819. Indiana University Purdue University Indianapolis
  2820. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2821. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  2822. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  2823. ------------------------------------------------------------------------------
  2824. =========================================================================
  2825. Date:         Fri, 30 Apr 1993 07:17:07 -0700
  2826. Reply-To:     Microsoft Access Database Discussion List
  2827.               <ACCESS-L@INDYCMS.BITNET>
  2828. Sender:       Microsoft Access Database Discussion List
  2829.               <ACCESS-L@INDYCMS.BITNET>
  2830. From:         John von Colditz <johnvon@HALCYON.HALCYON.COM>
  2831. Subject:      Re: using an index
  2832. In-Reply-To:  <199304300632.AA06613@halcyon.com> from "Detlef Schwenke" at Apr
  2833.               30, 93 08:33:00 am
  2834.  
  2835. Detlef,
  2836.  
  2837. I assume that by using an index in a form, you mean ordering the data
  2838. which underlies the form.  If the data is in a table, you set the Index
  2839. property, as you mentioned.  Note well, that if you want to set the
  2840. index to the primary key, you have to use Table.Index = "PrimaryKey".
  2841. If you want to use index 2 you use Table.Index = "Index2".  Silly, but
  2842. it works.
  2843.  
  2844. To order a dynaset or snapshot which underlie a form, you use the Sort
  2845. property.  See page 444 in the language manual, or look at online help
  2846. for the syntax.
  2847.  
  2848. Good luck,
  2849.  
  2850. John
  2851. =========================================================================
  2852. Date:         Fri, 30 Apr 1993 10:33:21 EDT
  2853. Reply-To:     Microsoft Access Database Discussion List
  2854.               <ACCESS-L@INDYCMS.BITNET>
  2855. Sender:       Microsoft Access Database Discussion List
  2856.               <ACCESS-L@INDYCMS.BITNET>
  2857. From:         Rick Wolf <wolf@SARAH.LERC.NASA.GOV>
  2858. Subject:      Re: unsubscribe
  2859.  
  2860. q
  2861.  
  2862. q
  2863. =========================================================================
  2864. Date:         Fri, 30 Apr 1993 11:00:24 PDT
  2865. Reply-To:     Microsoft Access Database Discussion List
  2866.               <ACCESS-L@INDYCMS.BITNET>
  2867. Sender:       Microsoft Access Database Discussion List
  2868.               <ACCESS-L@INDYCMS.BITNET>
  2869. From:         "Kevin L. Gross" <klg@STATSCI.COM>
  2870. Subject:      Unsubscribe
  2871.  
  2872. Please remove me from the list. Thanks.
  2873.  
  2874. klg@statsci.com
  2875. =========================================================================
  2876. Date:         Fri, 30 Apr 1993 14:36:07 EDT
  2877. Reply-To:     Microsoft Access Database Discussion List
  2878.               <ACCESS-L@INDYCMS.BITNET>
  2879. Sender:       Microsoft Access Database Discussion List
  2880.               <ACCESS-L@INDYCMS.BITNET>
  2881. From:         Joe Svitak <JJSGC@CUNYVM.BITNET>
  2882. Subject:      Re: Unsubscribe
  2883. In-Reply-To:  Message of Fri, 30 Apr 1993 11:00:24 PDT from <klg@STATSCI.COM>
  2884.  
  2885. Kevin:
  2886.  
  2887.      Send the line "unsubscribe access-l" in a mail message to the
  2888. e-mail address listserv@indycms.bitnet to remove yourself from this
  2889. list.  Thank you.
  2890.  
  2891. Joe Svitak
  2892.  
  2893. Bitnet address: JJSGC@CUNYVM.BITNET
  2894. Internet address: JJSGC@CUNYVM.CUNY.EDU
  2895. =========================================================================
  2896. Date:         Fri, 30 Apr 1993 20:31:43 EST
  2897. Reply-To:     ACCESS-L@INDYCMS.BITNET
  2898. Sender:       Microsoft Access Database Discussion List
  2899.               <ACCESS-L@INDYCMS.BITNET>
  2900. Comments:     Resent-From: Nathan Brindle <NBRINDLE@INDYCMS>
  2901. From:         Nathan Brindle <NBRINDLE@INDYCMS.BITNET>
  2902.  
  2903. This came to me as an error.  THe error was caused by header lines from
  2904. the original message left in the reply.  Please remove extra header lines
  2905. from the body of messages when your reply includes the original message.
  2906.  
  2907. >From:         "Brian M. Glasgow"  <BRIAN@vets.vetmed.missouri.edu>
  2908. >Organization: MU Dept of Veterinary Med. & Surg.
  2909. >Date:         30 Apr 93 11:11:50 CST
  2910. >Subject:      Re: using an index
  2911.  
  2912. > Hi there,
  2913. > using dBase IV I can create multiple Indexes, open (use) the database and
  2914. > switch between the indexes (set order to..). I am able to create indexes in
  2915. > Access, but how do I use them in a form (set order to ..)? The online-Help
  2916. > explains the use of an index only in tables but not in forms.
  2917.  
  2918. **You could tie the Form to a QUERY that is sorted in the desired
  2919. **index order. This is easy and quite flexible.   Good Luck,,Brian
  2920.  
  2921. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2922. Nathan C. Brindle, Student Activities Office
  2923. Indiana University Purdue University Indianapolis
  2924. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2925. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  2926. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  2927. ------------------------------------------------------------------------------
  2928. =========================================================================
  2929. Date:         Fri, 30 Apr 1993 20:37:42 EST
  2930. Reply-To:     Microsoft Access Database Discussion List
  2931.               <ACCESS-L@INDYCMS.BITNET>
  2932. Sender:       Microsoft Access Database Discussion List
  2933.               <ACCESS-L@INDYCMS.BITNET>
  2934. Comments:     <Parser> W: Invalid RFC822 field - "Reply-ToL
  2935.               <ACCESS-L@INDYCMS>". Rest of header flushed.
  2936. Comments:     <Parser> E: "From:"/"Sender:" field is missing.
  2937. From:         Undetermined origin c/o Postmaster <POSTMASTER@INDYCMS.BITNET>
  2938.  
  2939. >From:         "Brian M. Glasgow"  <BRIAN@vets.vetmed.missouri.edu>
  2940. >Organization: MU Dept of Veterinary Med. & Surg.
  2941. >Date:         30 Apr 93 11:07:47 CST
  2942. >Subject:      Re: Problem - Highlighting list entry
  2943.  
  2944. > After a long silence, maybe some one is still out there...
  2945. >
  2946. > I am developing an applicaiton that uses multiple forms for data
  2947. > inputs.  I also want to use the same forms for editing the data. The
  2948. > top of each form has a list box showing the other available forms and
  2949. > a button, that when pushed, switches to that other form. When the new
  2950. > form is opened, it checks to see which mode is required, data entry or
  2951. > edit existing data. In the former case, a DoMenuItem is issued and it
  2952. > set Records to DataEntry. In the latter case it issues a DoMenuItem
  2953. > and set Records to EditingAllowed.
  2954. >
  2955. > Now here's the problem: In data entry mode, the above mentioned list
  2956. > box works fine. Swithing between forms works. However, in edit mode,
  2957. > clicking on the box fails to highlight the item. I tried using the
  2958. > OnEnter property to set DataEntry, but this option is not available.
  2959. >
  2960. > Can some one please suggest how I might solve this problem.
  2961. >
  2962. >     >You may want to abondon using to same form twice idea and just
  2963. >     >use two forms. This is easily accomplished by copying the
  2964. >     >original INPUT to the clipboard and pasting it back as the EDIT
  2965. >     > form --      Good Luck,, Brian
  2966.  
  2967. -----------------------------------------------------BITNET:  NBRINDLE@INDYCMS
  2968. Nathan C. Brindle, Student Activities Office
  2969. Indiana University Purdue University Indianapolis
  2970. Staff Advisor, ALPHA PHI OMEGA, TAU OMICRON CHAPTER
  2971. List Administrator, STUACTS@INDYCMS, APOSEC52@INDYCMS, and ACCESS-L@INDYCMS
  2972. Internet:    NBRINDLE@INDYCMS.IUPUI.EDU or NBRINDLE@INDYVAX.IUPUI.EDU
  2973. ------------------------------------------------------------------------------
  2974.